Shared AI Architecture Meets Customer-Specific Deployment in Commercial Robotics

Pudu Robotics is presenting reusable software and embodied-AI foundations across a broad portfolio, while Agility Robotics is tying a new humanoid model to customer contracts, site tests and operating targets. The comparison shows that common intelligence and paid deployment solve different bottlenecks—and each needs evidence the other approach does not yet supply.

By Lucia Marin · disclosed fictional OMIKINA AI editorial persona · No human review recorded

Published

AI-persona disclosure

Fictional OMIKINA AI editorial persona; not a human reporter and does not possess human research credentials or firsthand experience.

AI-generated story-specific editorial illustration for Shared AI Architecture Meets Customer-Specific Deployment in Commercial Robotics.
AI-generated story-specific editorial illustration; not documentary evidence.

Key points

  • Pudu’s European strategy centers on reusing AI capabilities, software modules and skills across distinct robot forms while retaining task-specific hardware and motion control.

    Sources: S1

  • Agility has fielded Digit with industrial customers, but its planned Digit 5 contracts depend on performance targets that have not been disclosed publicly.

    Sources: S2

  • The critical comparison is not whether either company has an AI narrative; it is whether reusable foundations can shorten adaptation without compromising task performance, and whether customer deployments can become economically repeatable.

    Sources: S1 · S2

Two routes toward deployable embodied AI

Pudu Robotics and Agility Robotics are addressing commercial robotics from different ends of the operating problem. Pudu has introduced a “One Brain, Multiple Embodiments” strategy built around a common technology architecture for service, cleaning, industrial-delivery, embodied-AI and lawn-care machines. Agility, meanwhile, is seeking public-market capital as it advances Digit 5, a humanoid intended for customer facilities. Pudu’s announcement is principally a claim about how development and deployment can be organized across a product family. Agility’s account is principally a claim that a focused industrial robot business can turn site-specific work into contracted revenue.

Sources: S1 · S2

The distinction matters because robots do not become useful merely by acquiring a more capable model. They must be fitted to workflows, sites, safety conditions, objects and service arrangements. Pudu says its shared architecture draws on PuduFM, its embodied foundation model, and PuduAgent OS, its embodied-AI agent platform, so that AI capabilities, software modules and skills can be reused while hardware and motion control remain optimized for particular tasks. That is an architectural proposition, rather than a reported measurement of transferred performance between products.

Sources: S1

Agility offers a more operationally bounded picture. Its Digit robots have been used by industrial customers to move heavy totes, including at a GXO logistics facility, and the company says it has planned contracts for Digit 5. But prospective deployments still begin with an on-site proof of concept that costs customers a substantial amount, and the reported contracts depend on targets for throughput, uptime and placement accuracy that have not been disclosed. Reuse inside a platform therefore does not eliminate the work of proving a robot in a particular facility.

Sources: S2

Sources: S1 · S2

What the data claims actually measure

The evidence available for Pudu is broad in scope but limited in the kind of validation it provides. The company presented a portfolio covering six product lines and says its technologies serve many industries and application scenarios. It also reported strong European revenue growth and a regional support hub in Germany. Those details indicate commercial breadth and an effort to support customers locally, but they do not isolate the effect of the shared architecture on deployment time, cost, reliability or task success. The supplied report describes intended benefits—shorter research-and-development and deployment cycles and lower costs—rather than an experiment comparing shared components with separate stacks.

Sources: S1

Agility’s supplied figures are narrower and closer to a deployment ledger. The company reported revenue for the first half of the year alongside a much larger loss, while saying Digit had worked with customers and handled more than 100,000 totes at a GXO facility. It also reports placement accuracy for heavy loads, but says Digit still lacks complex manipulation capability. These facts are useful precisely because they attach claims to an industrial workload, rather than treating a general humanoid form as proof of general usefulness. They do not, however, establish that Digit 5 will meet its future contractual conditions.

Sources: S2

Agility also says it has accumulated operational data from customer facilities and uses several techniques, including simulation, to train its systems. That is a concrete dependency connecting the two companies’ strategies: a reusable AI layer needs data that reflects the bodies, tasks and environments in which it will act. Pudu’s model of portable skills may reduce duplication across its robot forms, but the supplied material does not explain which data are shared across embodiments, how they are selected, or how performance is checked after transfer. Agility’s operational-data claim is more specific, though the report does not provide a methodology for evaluating how much that data improves autonomy.

Sources: S1 · S2

Sources: S1 · S2

The commercial constraint is adaptation, not branding

Pudu’s portfolio makes the practical appeal of reuse clear. A delivery robot navigating commercial interiors, a pallet-handling robot in a warehouse, and a mower outdoors have different movement, sensing and safety requirements. Keeping their hardware purpose-built while sharing higher-level capabilities could let Pudu distribute development effort across products. Its European hub, combining warehousing, training, sales, after-sales support and repairs, further recognizes that deployment requires more than software. Yet customers would still need evidence that a reused capability behaves reliably on the specific machine and site they are buying.

Sources: S1

Agility’s approach makes the complementary constraint visible: even a narrower task must clear a demanding economic and operational threshold. The company pitches savings under a robot-as-a-service model, but the source says the outcome depends on Digit 5’s accuracy and on how long it operates before charging or maintenance. Its earlier Digit worked in an isolated cell, while Digit 5 is intended to operate safely around people. That transition is commercially important, but it should not be treated as demonstrated in the supplied evidence because the prototypes have not yet been shown and the performance targets remain undisclosed.

Sources: S2

Inference: Pudu’s common architecture and Agility’s customer-led rollout could converge on the same business model over time—standardized capabilities underneath, with configuration and validation at each customer site. The evidence supports the logic of that comparison, not a conclusion that either company has achieved it. Pudu has described reuse across embodiments but has not supplied comparative deployment outcomes. Agility has supplied field-use and contract signals, but its next-generation model remains dependent on future demonstrations and customer acceptance.

Sources: S1 · S2

Sources: S1 · S2

What would change the assessment

The most decision-useful next evidence would be tied to transformations rather than slogans. For Pudu, that would include documented tests showing a capability trained or developed for one embodiment transferring to another, with the task, operating conditions, safety constraints and resulting performance stated clearly. It would also help to separate gains from shared software from gains created by redesigning a robot’s hardware, workflow or customer support process.

Sources: S1

For Agility, the key evidence is whether Digit 5 meets the throughput, uptime and placement-accuracy conditions attached to planned contracts in real facilities, and how those results compare with the preceding model’s operating context. Disclosure of the customers, workload boundaries and service burden would clarify whether the business can move from paid proofs of concept to repeatable deployment. Until then, Pudu offers a plausible route to scale a varied fleet, while Agility offers more direct evidence that industrial work is being monetized—alongside clear evidence that profitability and broader autonomy remain unresolved.

Sources: S2

Sources: S1 · S2

Why it matters

The wider system effect is a shift from judging robots by form factor or demonstrations toward judging them by the chain that connects data, reusable software, task-specific hardware, site integration and ongoing service. Pudu’s strategy highlights the potential efficiency of shared foundations across a fleet. Agility highlights the discipline imposed by customer contracts and facility performance. Neither evidence set yet closes the loop from AI architecture to repeatable, profitable deployment, so buyers should ask for workload-specific operating results rather than assume that a shared model or a humanoid body transfers automatically to their environment.

Sources: S1 · S2

Sources

  1. Pudu Robotics unveils ‘One Brain, Multiple Embodiments’ strategy and showcases full portfolio in European first — Robotics & Automation News ·
  2. Agility is the first pure humanoid robot company on the stock market. Are you buying? — TechCrunch Robotics ·

Editorial standards · Corrections