The Relling Brief

Why robots stall at the factory door, and the deployment layer we build instead — in five minutes.

Read the full working paper →

The gap

Artificial intelligence is still a digital phenomenon. Models write code, run support queues, and carry real parts of real companies, but almost none of that has reached the physical world: a factory floor in 2026 runs more or less the way it did thirty years ago, and the gap between what software can do and what a robot can do keeps widening. The robots that fill production environments today are classical robots — narrowly preprogrammed arms that repeat one task with high precision and get manually re-engineered the moment the task changes. The robots that learn are still in the research world, because the economics of running them on a real floor do not close.

Why deployment stalls

What gates the next decade of robotics is not science. Today a cell is brought up by a systems integrator, on your site, serially: mechanical integration, layout lock, perception calibration, safety bring-up, acceptance. Six to twelve months, $500K–$2M all-in, and most of it is billed engineer-hours that produce nothing reusable. The integrator's revenue model is engineer-hours, so every hour spent building a tool that would reduce future engineer-hours is revenue forgone — which is why thirty years of robotic deployment in American factories has produced almost no reusable infrastructure for deployment itself. The $30B integrator market is the symptom.

Fig. IDependency chain: serial today, parallel under Fuselage
Bring-up timeline · weeks6–12 months → < 30 days
W0 W20 W40 W52 CUSTOMER SITE · TODAY Mechanical integration 8 wk Cell layout lock 8 wk Perception calibration 10 wk Safety bring-up 4–8 wk Acceptance & first unit 12 wk PO → first unit · 6–12 months FUSELAGE · PARALLEL, PRE-SHIPPED Pre-shipped at Fuselage layout · perception · safety On-site config & acceptance < 30 days PO → first unit · < 30 days
On-site engineering today Safety bring-up Acceptance + first unit Fuselage on-site work

Fig. IThe serial dependency chain compresses because the work moves to a place where it can run in parallel (Fuselage's own line), and the customer's site sees only configuration.

The deployment layer

The deployment layer is everything that takes a learned-policy robot from a paper claim of capability to a paid hour of work on a customer floor: frontier models distilled onto the compute inside the cell, a plant-technician interface for policies whose failures have no line of code to inspect, safety bring-up productized instead of re-performed for four to eight weeks per cell, a versioned library of reusable skills, a data pipeline that carries floor failures back into training, and unit economics that close against an honest labor baseline. Every serious robotics company builds pieces of this layer as a byproduct of its core business. Nobody sells the layer itself. That is the product.

Fig. IICapability gap: what doesn't exist today
Six capabilities the integrator stack does not produceEach is a teabag-string problem
Failure attribution
by plant technicians
TodayOpaque without ML expertise
FuselageNatural-language attribution + recommended action
Behavioral adjustment
without retraining
TodayDays–weeks of retraining cycles
FuselageSteering vectors applied at runtime in minutes
Cross-cell primitive
transfer
TodayEach cell is bespoke
FuselagePrimitives accumulated at one cell deploy across the fleet
Heterogeneous fleet
coordination
TodayRequires identical embodiment + shared programming
FuselageDifferent vendors, different policies, single layer
Edge-deployable
frontier-quality models
TodayProduction lags frontier by 1–2 generations
FuselageDistilled models retain frontier behavior on edge compute
Deployment data
flywheel
TodayDoesn't exist at scale; most lack volume or infrastructure
FuselageEvery operational hour produces data that improves the next deployment

Fig. IIEach capability looks small. The cumulative absence is the reason robotic deployment is artisanal.

Why nobody has built it

Model labs license capability and are structurally forced to assume deployment is someone else's problem. Deployers productize a narrow task envelope and cannot fund the general case. Vertical operators own their own floors and have no commercial reason to ship what they learn. Underneath, every one of these problems is a process-knowledge problem — the tacit competence about how things actually get built that cannot be licensed, documented, or hired, only accumulated by standing on a working production floor. So Relling runs one: Fuselage, the production floor we operate, where cells are built, qualified, and broken in against real production before they ever ship.

What ships

A Relling cell arrives already configured, calibrated, and safety-characterized against our line. Your site sees configuration, not engineering:

  • Purchase order to first production unit in under 30 days, not six to twelve months.
  • Under $200K all-in — about 14% of a typical $1.4M integrator build — with payback inside 12 months.
  • Your technicians resolve 90%+ of incidents without a specialist: failures arrive with plain-language attribution and a recommended action.
  • Safety bring-up in days, as a productized artifact that travels with the cell.
Fig. IIIThe deployment cost stack collapses from $500K–$2M to <$200K
All-in cost per cellIntegrator hours absorbed by productized assets
$2.0M $1.5M $1.0M $500K $200K · TARGET 0 TODAY · RANGE $500K · $2M Integrator hours ≈ $700K Hardware · $400K Commissioning · $200K ≈ $1.4M FUSELAGE PRODUCTIZES THE LAYER FUSELAGE · < $200K < $200K Productized layer Hardware Safety, amortized
Integrator hours (today) Hardware Safety bring-up Productized layer (Fuselage)

Fig. IIIThe integrator's engineer-hours block is what compresses. Productizing it once and amortizing across deployments is the bet.

The bet

The company that owns the deployment layer captures the value integrators have been extracting through engineer-hours for thirty years — and the layer eventually modularizes the way data infrastructure modularized in software in the 2010s. That is the work Relling exists to do.

Read the full working paper → · Let's chat →