Technology research · Physical AI · Deep Dive

Warehouse automation and AMR fleet orchestration

Software platforms that coordinate fleets of autonomous mobile robots (AMRs), automated guided vehicles (AGVs), robotic picking arms, and automated storage/retrieval systems (AS/RS) within warehouses and distribution centers — including task allocation, traffic management...

Universe
Physical AI
Layer
Autonomy Software, Fleet Platforms & End Markets
Mapped
11 companies
Tier
Deep Dive

AI-assisted research and editing. This edition consolidates earlier analysis and retains its original source dates. Research methodology

Algorithmic foundation: conflict-based search for multi-agent path finding

Fleet orchestration requires deciding where each AMR goes and when, without collisions or deadlocks. The relevant Tier 1 paper is:

Guni Sharon, Roni Stern, Ariel Felner, Nathan R. Sturtevant, “Conflict-based search for optimal multi-agent path finding,” Artificial Intelligence, Volume 219, February 2015, Pages 40–66. DOI: 10.1016/j.artint.2014.11.006 [S2].

Conflict-based search (CBS) is a two-level exact algorithm. The low level computes a shortest path for each agent under a constraint set. The high level detects conflicts between these paths and resolves them by splitting the search with additional constraints. The paper proves optimality for a common MAPF objective under its stated assumptions and reports experimental results [S2].

Relevance to AMR fleets. CBS is a foundational MAPF algorithm because it formalizes collision-free multi-robot path planning. However, a production warehouse adds continuous kinematics, acceleration limits, localization uncertainty, dynamic obstacles, heterogeneous robot types, and safety stops. The journal paper does not claim to solve those deployment complexities [S2]. If a vendor says “CBS-style optimal coordination in production,” that is an unverified transition from algorithm to deployment unless an independent benchmark is supplied.

Load-bearing tag. The optimality claim for CBS is supported only by the peer-reviewed paper itself in this note. It is therefore tagged [SINGLE-SOURCE] for that specific claim. The algorithm’s wide citation is not independently verified here.


Safety and standards foundation

ISO 3691-4:2020, “Industrial trucks — Safety requirements and verification — Part 4: Driverless industrial trucks and their systems,” published February 2020 by ISO [S3], is the relevant Tier 1 standards-body source. It establishes safety requirements for driverless industrial trucks, including risk assessment, stability, emergency stop, obstacle detection, and braking. It is a normative safety floor, not an orchestration protocol.

Why safety matters. Real-world AMR fleet orchestration is often framed as an algorithm problem, but the binding deployment constraint is frequently safety validation and facility integration. ISO 3691-4:2020 requires safety systems that can impose conservative, sometimes throughput-reducing motions on an otherwise optimal path plan [S3]. This creates an inherent contradiction between algorithmic optimality [S2] and real-world compliance [S3].

No interoperability standard. Safety is standardized [S3], but orchestration is not. The ISO standard does not define a vendor-neutral fleet-control API. The Kiva patent [S1] and CBS paper [S2] describe one system architecture and one algorithm, not an open standard.


Worked quantitative calculation: fleet throughput upper bound

This is a first-order capacity model, not an Amazon/Kiva result. The formula:

\[

\text{Pod moves/hour} = \frac{N \times U \times 3600}{t_{\text{cycle}}}

\]

where:

\[

t_{\text{cycle}} = \frac{2 d_{\text{avg}}}{v_{\text{avg}}} + t_{\text{lift}} + t_{\text{dock}} + t_{\text{queue}}

\]

Inputs:

  • \(N = 100\) AMRs
  • \(U = 0.85\) utilization
  • \(d_{\text{avg}} = 35\) m average one-way travel distance
  • \(v_{\text{avg}} = 1.2\) m/s average path speed
  • \(t_{\text{lift}} = 15\) s lift/drop time
  • \(t_{\text{dock}} = 20\) s docking/alignment time
  • \(t_{\text{queue}} = 10\) s queue/conflict delay

Calculation:

\[

t_{\text{travel}} = \frac{2 \times 35}{1.2} = 58.33\text{ s}

\]

\[

t_{\text{cycle}} = 58.33 + 15 + 20 + 10 = 103.33\text{ s}

\]

\[

\text{Throughput} = \frac{100 \times 0.85 \times 3600}{103.33}

= \frac{306,000}{103.33}

\approx 2,962\text{ pod moves/hour}

\]

If an average pod supports 25 pickable units, the model yields approximately 74,050 units/hour. The 25-unit-per-pod assumption is an assumption and needs primary source validation.

Sensitivity:

  • Speed up \(v_{\text{avg}}\) to 1.5 m/s: cycle = 91.67 s → throughput ≈ 3,337 pod moves/hour, +12.7%.
  • Increase distance \(d_{\text{avg}}\) to 50 m: cycle = 128.33 s → throughput ≈ 2,385 pod moves/hour, −19.5%.
  • Increase queue delay \(t_{\text{queue}}\) to 30 s: cycle = 123.33 s → throughput ≈ 2,481 pod moves/hour, −16.2%.
  • Double \(N\) to 200 with no congestion: throughput doubles, but real systems will see nonlinear congestion and queue growth, so that doubling is an upper bound only.

Model limitations. The model assumes deterministic cycle times and ignores charging downtime, battery swapping, elevator and mezzanine travel, human picker interaction, software recall, and dynamic replanning. Real orchestration software must solve these as dynamic MAPF and scheduling problems. The Kiva patent [S1], CBS paper [S2], and ISO safety standard [S3] provide foundations but do not validate the model’s assumptions.

Parameter table:

parametervaluesource (URL+ID+date)tiermeasured/derived/assumed/inferredcross-verified
N fleet size100 AMRsAssumed for worked model; no primary sourcen/aassumedno
U utilization0.85Assumed; needs primary source validationn/aassumedno
v_avg average path speed1.2 m/sAssumed; no vendor datasheet citedn/aassumedno
d_avg one-way travel35 mAssumed; no facility layout citedn/aassumedno
t_lift / t_dock / t_queue15 s / 20 s / 10 sAssumed; needs primary source validationn/aassumedno
Mobile drive units transport inventory holders via management moduleindicated claimsUS 8,280,547 B2, patents.google.com , granted 2012-10-02, accessed 2026-04-26Tier 1 patentrecorded claimyes with Amazon 10-K robotics deployment [S4]
CBS computes optimal sum-of-costs MAPF under stated assumptionsholdsSharon et al., DOI: 10.1016/j.artint.2014.11.006, Artif. Intell. 219:40–66, Feb 2015, accessed 2026-04-26Tier 1 peer-reviewedmeasured proof/experimentssingle-source
Driverless industrial truck safety requirements include emergency stop, obstacle detection, risk assessmentnormativeISO 3691-4:2020, iso.org , published 2020-02, accessed 2026-04-26Tier 1 standards bodynormativeyes within standard; no independent adoption doc cited

Contradictions observed

  1. Patent strength vs operational proof. US 8,280,547 B2 is a granted Tier 1 source for a system claim, but contains no throughput, reliability, or cost data. A patent grant does not prove commercial viability [S1].
  2. Marketing optimism vs SEC risk language. Amazon’s robotics promotion implies efficiency and safety gains; the 10-K risk factor discloses cost, disruption, and failure-to-realize-benefits risk [S4]. The 10-K should govern for financial diligence.
  3. Algorithmic optimality vs real constraint. CBS is optimal for an idealized MAPF model [S2], but ISO 3691-4 imposes kinematic safety constraints that often force conservative, sometimes suboptimal, motions in real fleets [S3].
  4. No interoperability standard. Safety is standardized [S3], but orchestration is not. The patent and paper describe proprietary or academic methods, not an open standard.

Unit economics / business model

Who monetizes, how, and margins:

  • Amazon (AMZN): captive/internal. Amazon acquired Kiva Systems and operates the Kiva-derived mobile drive unit architecture internally. The value is captured through fulfillment-network cost reduction, not unit sales. The relevant risk disclosure is the 10-K [S4]. Amazon does not disclose a dollar ROI for robotics in the cited source; any number would need primary source validation.
  • Vendor model: RaaS and software licensing. Many non-Amazon AMR vendors offer robots-as-a-service (RaaS), or hardware plus orchestration software licensing. No public price sheet or margin is cited here. Any statement such as “monthly per-robot fee is $X” or “gross margin is Y%” must be verified with a vendor 10-K or contract filing. This note does not fabricate such figures.
  • Value capture by layer. The physical robot and its safety suite capture hardware margin or service revenue; the orchestration and software layer captures subscription or license revenue; the facility operator captures labor and operating-cost avoidance. The evidence here supports only the existence of these layers, not the percentages.

Disconfirming Evidence

The thesis that AMR fleet orchestration is technically real but commercially unproven in the cited record would be weakened or reversed if: (1) independent deployment data from a named buyer besides Amazon shows sustained labor-cost and throughput gains on audited financials; (2) a US-listed AMR vendor files 10-K segment margins showing RaaS or software gross margins that justify the patent and algorithm work; or (3) a standards-body adoption record shows ISO 3691-4 certification across many vendors, indicating a robust safety-compliant market.

The opposite thesis—that the patents and algorithms create a broad economic moat—would be disproven by: (a) successful non-infringing AMR architectures from competitors that avoid the Kiva claims [S1]; (b) real-time restrictions that make optimal MAPF impractical because of NP-hardness, uncertainty, and safety constraints [S2][S3]; (c) Amazon’s 10-K risk language materializing in the form of higher operating costs or safety incidents [S4]; or (d) no named buyer beyond Amazon in subsequent research, indicating the category is captive to a single large balance sheet.

01

Mapped companies

Public and private companies referenced in this research, linked to their canonical PXS Research profiles.

CompanyMarketResearch roleCurrent state
DexterityPrivateVertical physical-AI integrator: a software brain plus robot cells sold as a service, layering intelligence onto industrial arms rather than selling components.Company profile
Locus RoboticsPrivateAMR fleet and orchestration vendor selling robots-as-a-service to warehouse operators; owns both the robots and the fleet software.Company profile
Maven RoboticsPrivateIntegrator/OEM that sells the robot plus fleet/factory software into warehouses and plants. Defensibility depends on real multi-shift hours and an integrated hardware-software stack, not on a single manipulator SKU.Company profile
NuroPrivateAutonomy software supplier to OEMs and mobility platforms - it sells the driver, not the car. Defensibility rests on safety validation, regulatory record and OEM integration work a new entrant cannot shortcut.Company profile
InOrbit.AIPrivatefleet_servicesCompany profile
Jacobi RoboticsPrivatecomponentCompany profile
Agilent Technologies (A)PublicAnalytical instruments, genomics reagents, companion diagnosticsCompany profile
Amazon (AMZN)PublicOne Medical, pharmacyWATCH · reviewed
UiPath, Inc. (PATH)PublicReferenced in this researchHOLD · reviewed
HONEYWELL INTERNATIONAL INC (HON)PublicAssured PNT (GPS-Denied Navigation & Timing)WATCH · reviewed
Symbotic Inc. (SYM)PublicWarehouse automation and AMR fleet orchestrationWATCH · reviewed

Sources

15 cited sources used to define and evaluate this capability.

  1. sec.govSEC Symbotic 10-K FY2025Open source ↗
  2. sec.govSEC Manhattan Associates 10-K FY2025Open source ↗
  3. automate.orgIndustry A3 (Association for Advancing Automation) — North American Robot Orders 2025Open source ↗
  4. sec.govSEC EDGAROpen source ↗
  5. sec.govSEC EDGAROpen source ↗
  6. arxiv.orghttps://arxiv.org/abs/2606.04746Open source ↗
  7. arxiv.orghttps://arxiv.org/abs/2604.07970Open source ↗
  8. doi.orghttps://doi.org/10.1609/aimag.v29i1.2082Open source ↗
  9. patents.google.comhttps://patents.google.com/patent/US7826919B2/enOpen source ↗
  10. doi.orghttps://doi.org/10.1016/j.ejor.2016.06.063Open source ↗
  11. doi.orghttps://doi.org/10.1016/j.orp.2019.100128Open source ↗
  12. patents.google.comhttps://patents.google.com/patent/US8280547B2/enOpen source ↗
  13. iso.orghttps://www.iso.org/standard/75214.htmlOpen source ↗
  14. sec.govhttps://www.sec.gov/cgi-bin/browse-edgar?action=getcompany&CIK=0001018724&type=10-K&dateb=&owner=include&count=10Open source ↗
  15. doi.orghttps://doi.org/10.1016/j.artint.2014.11.006Open source ↗
The weekly brief

Get a weekly digest of what’s changing.

Research updates, thesis changes and company developments. One email a week.