Verified intelligence · Expert-reviewed from public records, platform data, primary sources, and private research beyond AI search.
INFRACross-industryGLOBAL
AI infrastructure for the robot software stack
Robot software value is shifting from isolated autonomy demos to the production record that connects bodies, simulators, runtime telemetry, safety cases, update paths and site-specific deployment evidence.
The colophon
- Landscape reviewed
- 2026-06-05
- Latest revision
- 2026-06-05
- Kinetics
- Kinetics: hotImpact 0.93 · momentum 0.84 · vector 0.789 balls · 45 px/s
Robot procurement is shifting from isolated hardware pilots to robot-stack approval across simulation, synthetic data, mapping, policies, fleet telemetry, safety and update control. Physical-AI model releases and open robot-learning projects can move eval, data-rights and reapproval gates faster than annual robotics cycles.
- Known unknowns
- Missing public artefacts include comparable production cost, site-level uptime, private safety cases, simulator-fidelity deltas, mapping failure denominators, fleet incident records, model-update regressions and cross-vendor integration-labour evidence.
Contents
- Executive summary
- What changed
- Stack control frame
- Owner approval lanes
- Body and site route atlas
- Build, buy and standardize
- Accepted-output economics
- Private eval design
- Simulation and data flywheel
- Foundation models and validation
- Fleet operations
- Safety, cybersecurity and update control
- Procurement diligence
- Recovery controls
- Deployment burden
- Case evidence
- Vendor and stack directory
- Operating model
- Known unknowns
- Standing reapproval triggers
- Source ledger
- Glossary
Executive summary
Evidence before autonomy. The robot software stack is becoming a production-record problem. Robot density shows hardware adoption has broadened. IFR reported 162 robots per 10,000 manufacturing employees globally in 2023, more than double the level seven years earlier 24. The scarce operating asset is the record that joins simulated scenes, synthetic data, robot-learning datasets, mapping state, policy updates, fleet telemetry and safety evidence.
The tempting shortcut is to buy a body, a simulator or a foundation model and call that intelligence. Open X-Embodiment and OpenVLA show why public transfer evidence is now useful eval intake 8,9. Skild Brain and Physical Intelligence's pi0.7 show the parallel commercial policy lane 82,88. Each still needs private proof on the buyer's robot, site and work.
Approve the robot body and OEM interface first 3,23. Bind simulator and mapping state before policy approval 6,86. Keep telemetry, audit logs, update gates and controller exposure in the same release record 12,18.
The first approval decision is therefore evidence before autonomy: decide which proof must survive a body, simulator, map, model or fleet change before expanding the pilot. The approval gates come before model comparison.
Approval gates choose the scale lane
| Decision | False shortcut | Proof to demand | Buyer move |
|---|---|---|---|
| Standardize middleware | Assume ROS 2 support means production portability. | Distro support and RMW/DDS choice 1,2; controller timing and hardware-interface ownership 3. | Approve a supported runtime lane before adding robots. |
| Use simulation and synthetic data for approval | Treat a digital twin as the real operating envelope. | Scene ingestion and synthetic/eval workflows 6,84; mapping state from the GR00T workflow 86. Add physics caveats, failure replay and field-delta logs to the buyer record. | Bind every release to a simulator state and field-retest rule. |
| Adopt robot foundation models | Let public transfer results stand in for site readiness. | Embodiment overlap, dataset and task coverage 8,9; evaluation fit and a private-fixture test plan before site use. | Pilot behind a narrow production record. |
| Scale fleet operations | Count robots deployed rather than incidents absorbed. | Telemetry, remote actions, audit logs and operator queue 12,13; patch state and reliability-gap evidence 18,21. | Fund RobOps before buying the next body. |
Public sources can identify the proof families; the buyer still has to rerun them on its own body, simulator, model and fleet.
Body or model changes reopen approval
A body, simulator, map, model or fleet change reopens substrate, evidence-register, telemetry and update-control gates before the route can stay approved.
Can the runtime substrate and controller interface be supported as a production lane? 2,23
NoKeep the build in lab or pilot status until middleware and controller-interface evidence is clear.
YesMove to simulator and map evidence.
Next: Q2 evidence registerDoes the evidence register include simulator state and map state? 6,86
NoLimit the model to eval intake until the production state is versioned.
YesMove to safety, security and fleet telemetry.
Next: Q3 operating gatesCan fleet telemetry and case evidence prove field recovery, and can update control explain controller exposure? 12,21 18
NoBlock scale; the route cannot explain or recover from physical exceptions.
YesApprove a narrow scale lane with named reapproval triggers.
A model update, simulator change, map drift, controller exposure or new incident class sends the route back to the relevant question.
What changed
Hardware adoption broadened; software now carries the reusable evidence. Robotics is moving from scarce hardware to scarce integration memory. Robot adoption has become broad enough for the hard question to move into operations: each facility must operate, monitor, update and defend the system. The public evidence is a spread of software surfaces now competing to own the production record.
Three technical shifts matter most. Simulation and policy tooling are being bundled into development infrastructure 5,86. Multi-robot data and VLA policies turn public research into eval intake, not production approval 8,9. Fleet tools make operations evidence more portable, but still site-bound 12,14.
The stack has therefore split into two markets. One sells portability: middleware, simulation, data formats, observability and reusable skills. The other sells local certainty: OEM controller access, safety files, site maps, workcell calibration and operator exceptions.
The stronger architecture keeps each layer's claim tied to evidence that can survive the next body, site or safety review.
The stack is splitting into portable and local proof
| Shift | Source signal | Decision changed |
|---|---|---|
| Release cadence matters | ROS 2 release support and distro targets are explicit governance artefacts 1. | Standardize on support windows, not just package availability. |
| Abstraction has become procurement | ros2_control and Open-RMF expose different interface boundaries 3,4. MassRobotics and ABB add fleet-status and OEM-controller boundaries 17,23. | Buy the interface rights needed for the fleet, not only the robot. |
| Simulation is now evidence | Isaac Sim and Intrinsic Flowstate both connect digital workcells to test and deployment workflows 6,22. | Require simulator provenance and field-delta records. |
| Data is moving across embodiments | Open X-Embodiment and OpenVLA show cross-robot learning, but still through bounded datasets and tasks 8,9. | Treat foundation models as candidates for private evals, not production proof. |
| Update risk is physical | The 2026 PolyScope advisory tied a controller service to unauthenticated command execution 18. | Make patch state and network reachability part of stack approval. |
The buyer should ask which evidence survives a new body, site, simulator or safety revision.
Stack control frame
A layer is portable only when the evidence survives the next robot and the next site. Buy robot software stack as separable evidence lanes. The first split is between software that can be governed as a reusable route and software that is inseparable from a robot body, controller, safety standard or site condition. Middleware may be portable. A calibrated gripper, stair gait, AMR traffic rule or emergency-stop integration is not.
ROS 2 is the shared language for many teams, while DDS, domain, lifecycle, RMW, real-time and controller choices still need approval. OEM SDKs often carry the real controller authority and warranty boundaries.
The stack-control frame should sit before vendor selection. It makes teams name which evidence travels across bodies, which evidence must be re-run for a new site and which evidence reopens safety or cybersecurity approval.
The practical test is simple. If changing the robot body, workcell, lighting, floor, network, payload, operator role or controller firmware would invalidate the claim, the layer is not portable yet.
Production evidence chooses the layer
Cells show the approval work implied by each layer: reusable standard, body or site proof, or formal reapproval before scale.
Glossary
Terms used in this report
| Term | Plain meaning |
|---|---|
| Route | The approved path from work to accepted output: source set, data boundary, model or vendor channel, tools, reviewer, evidence record and reapproval trigger. |
| API | Application programming interface: a governed software connection used by an app or workflow to call a model or service. |
| SDK | Software development kit: packaged code and tools developers use to connect a product to an API or service. |
Definitions are reader aids, not separate evidence claims.
MCP PREVIEW INVENTORY
What the locked report contains
Robot software value is shifting from isolated autonomy demos to the production record that connects bodies, simulators, runtime telemetry, safety cases, update paths and site-specific deployment evidence.
Schema endpoints
- Sample object: /api/v1/reports/RPT_01KZJRA9PR2J9V0RSWSTACK26/sample
- Inventory object: /api/v1/reports/RPT_01KZJRA9PR2J9V0RSWSTACK26/inventory
- Schema contract: /api/v1/reports/RPT_01KZJRA9PR2J9V0RSWSTACK26/schema
Coverage fields
- Category: INFRA
- Sector: Cross-industry
- Region: GLOBAL
- Topics: robotics, robot software stack, physical AI, ROS 2, simulation, synthetic data, accelerated perception, mapping, manipulation, fleet operations, robot foundation models, NVIDIA Isaac, Physical Intelligence, Skild AI, industrial automation
Schema contract
- Contract: colophon.report_document v2026-05-28
- Payload schemas: document, summary, sample, inventory, full_report
- Required top-level fields: title, subtitle, abstract, category, sector, region, topics, sources, evidence, claims, colophon, body
- Integrity rules: evidence.sourceId must reference sources[].id claim.evidenceIds[] must reference evidence[].id evidence.claimIds[] must reference claims[].id section and block evidence references must resolve colophon.kinetics.speed must match the momentum band for the business impact x momentum model
Data-point inventory
- vendor_or_actor_ledger: entity names; product categories; source references; confidence notes
- buyer_decision_fields: pricing signals; deployment constraints; risk flags; monitoring fields
- evidence_index: source class; access date; claim linkage; verification status
Section inventory
- 1. Executive summaryPreview
decision-ready conclusions; major findings; confidence caveats
- 2. What changedPreview
structured findings; supporting evidence; buyer-use fields
- 3. Stack control framePreview
structured findings; supporting evidence; buyer-use fields
- 4. Owner approval lanesLocked
structured findings; supporting evidence; buyer-use fields
- 5. Body and site route atlasLocked
structured findings; supporting evidence; buyer-use fields
- 6. Build, buy and standardizeLocked
structured findings; supporting evidence; buyer-use fields
- 7. Accepted-output economicsLocked
structured findings; supporting evidence; buyer-use fields
- 8. Private eval designLocked
structured findings; supporting evidence; buyer-use fields
- 9. Simulation and data flywheelLocked
structured findings; supporting evidence; buyer-use fields
- 10. Foundation models and validationLocked
structured findings; supporting evidence; buyer-use fields
- 11. Fleet operationsLocked
structured findings; supporting evidence; buyer-use fields
- 12. Safety, cybersecurity and update controlLocked
structured findings; supporting evidence; buyer-use fields
- 13. Procurement diligenceLocked
structured findings; supporting evidence; buyer-use fields
- 14. Recovery controlsLocked
structured findings; supporting evidence; buyer-use fields
- 15. Deployment burdenLocked
structured findings; supporting evidence; buyer-use fields
- 16. Case evidenceLocked
claim support; known gaps; verification notes; 88 evidence objects
- 17. Vendor and stack directoryLocked
normalized entity rows; source ledger; evidence-to-claim mapping
- 18. Operating modelLocked
structured findings; supporting evidence; buyer-use fields
- 19. Known unknownsLocked
structured findings; supporting evidence; buyer-use fields
- 20. Standing reapproval triggersLocked
structured findings; supporting evidence; buyer-use fields
- 21. Source ledgerLocked
normalized entity rows; source ledger; evidence-to-claim mapping
- 22. GlossaryPreview
structured findings; supporting evidence; buyer-use fields
Relevance signals
- Confidence score: 0.84
- Source classes: open_source_governance, developer_docs, open_source_project, vendor_docs, vendor_release, research_release, research_paper, standard, technical_specification, security_advisory, operator_case_study, customer_case_study, market_statistics, standard_update, benchmark, government_guidance, security_framework, regulation, vendor_case_study, technical_blog
- Known unknowns: Missing public artefacts include comparable production cost, site-level uptime, private safety cases, simulator-fidelity deltas, mapping failure denominators, fleet incident records, model-update regressions and cross-vendor integration-labour evidence.
- Watch signals:
Locked continuation
Purchase or subscribe to unlock the full findings, evidence ledger, and buyer-ready recommendations.