Training a robot to do a new job has meant assembling an ML team, a GPU cluster and a data pipeline before the first useful behavior appears. On October 13, 2026, Physical Intelligence (the company behind the π family of robot foundation models) announced a way around that: the Pi API beta. You upload data, the company fine-tunes one of its models on infrastructure it manages, and you run the result on your robot through a hosted gateway. The announcement, titled "Frontier Models for Every Robot", is the clearest sign yet that robotics intelligence is being sold the way language-model intelligence already is: as an API.
This post sticks to what Physical Intelligence published, adds context from its earlier releases and from our own robotics coverage, and flags what is still unknown (price, latency, who gets in).
TL;DR: the Pi API beta at a glance
| Question | Answer |
|---|---|
| What is it? | A hosted service for fine-tuning and running Physical Intelligence's latest robot models |
| What do I do? | Upload data, launch fine-tuning, run inference through a hosted gateway, use evaluation data to plan the next round |
| Who runs the compute? | Physical Intelligence, "on compute and infrastructure we manage" |
| Who has used it? | A small group with early access, including Actor, Almond, Chef Robotics, Formic, Foundry and others named in the post |
| Is it open to everyone? | No. Developers tell the company what they want to build to join the beta |
| Price? | Not published |
| Does inference have to be in the cloud? | The announcement describes hosted inference; most showcased deployments used it |
| Which model? | "The latest model available" with more data-efficient fine-tuning; no new model name given in the post |
What does the Pi API actually do?
The post frames the problem plainly. General-purpose robotic foundation models such as π0 and π0.5 "provide a strong foundation of physical knowledge and capabilities, substantially reducing the data and effort needed to adapt to new tasks, environments, or robots." But "adapting them still requires ML infrastructure, compute, and complex data pipelines, which are difficult in their own right."
The API removes that second step. In Physical Intelligence's words: "You upload data, launch fine-tuning on compute and infrastructure we manage, and access fine-tuned models via a hosted gateway to run inference." Because the company can update the models behind the API quickly, it says it plans to keep giving developers access to its latest and most capable ones. The current model already provides "more data-efficient fine-tuning and improved capability for our partners," according to the post, though it does not name the version or publish a benchmark.
If that sounds familiar, it should. It is the same shape as the fine-tuning endpoints that language-model labs sell, applied to a model whose output is motor commands rather than text. For readers new to the field, a vision-language-action (VLA) model takes camera images and an instruction and outputs robot actions. Our explainers on Natura-1 and Gemini Robotics 2 cover the same model class from other labs.
The iteration loop the API is built around
The most useful passage in the announcement is not the product description but the pattern Physical Intelligence says it saw across early users. The tasks differed: "an inside-out garment, an ingredient that wouldn't stay in a scoop, a manufacturing part that landed in the wrong position." But the process for improving was "much the same: collect demonstrations, train a model, test it on the robot, and use the failures to decide what data to collect next."
The API is designed so developers can run that loop themselves: upload data, fine-tune, run on the robot through hosted inference, then use evaluation data to guide the next iteration. That matches a lesson from software agents too: the model is only half the system, and the feedback loop around it decides how fast a team improves. We made a similar point in our look at why robotics still is not solved.
Who already used it, and what did they build?
Physical Intelligence says it gave "a small number of companies" early access to test whether they could improve autonomy on their own, and that it was "impressed by how quickly they got started." The post highlights two examples with video, and lists many more partners.
Actor: an autonomous wheel loader
Actor deploys autonomous heavy machinery. According to the post, its wheel loader "scoops material and loads it into a dump truck during a real commercial deployment without any operator inside the machine." This is the stretch case: not a lab arm on a table, but a large vehicle in a commercial setting. The post shows it playing at 2x speed, and Physical Intelligence is the source for the claim; we could not verify the deployment independently.
Almond: a robot that deburrs its own parts
Almond builds Axol, a dual-arm robot aimed at "physical AI builders," with the goal that Axol builds itself. In the demo, Axol deburrs spacers used in its own assembly, "running a model the team obtained after iterating with the Pi API for four days." Four days from first data to a working model is the single most concrete efficiency number in the post, and it is a vendor-reported result from one team.
The wider list
The post also names AgRobotics, CloudChef, a dairy partner, Ultra, Weave, Argon Robotics, Chef Robotics, Deft, Dream Machines, Formic, Foundry, Frontier Machines, General Instinct, a hackathon team, Intuition.dev, Omakase, robot.com and Yondu. It says most applications shown, "from Japan to Switzerland to deployments across the United States," ran with cloud-hosted inference. That matches the strategy Physical Intelligence laid out in February in its "Physical Intelligence Layer" post: general-purpose models should become a shared layer that application companies build on, rather than every company training its own.
How does this compare with openpi?
Physical Intelligence already gave developers a route to its models. In early 2025 it open-sourced weights and code for π0 and π0-FAST, and its openpi repository later added the π0.5 model with checkpoints and fine-tuning code. You can run that yourself, but you need your own GPUs and your own training pipeline.
| openpi (open weights) | Pi API beta | |
|---|---|---|
| Who provides compute | You | Physical Intelligence |
| Models | Released checkpoints (π0, π0-FAST, π0.5) | The company's latest models, per the announcement |
| Inference | Your hardware | Hosted gateway |
| Access | Public repository | Beta, apply with a use case |
| Control over weights | Full | Not stated in the announcement |
| Best for | Researchers, teams with ML infra | Teams with robots and data but no ML platform |
The trade-off will feel familiar to anyone who has chosen between an open model and a hosted frontier one. The API likely gets you newer capability sooner; openpi gives you ownership and offline operation. The announcement does not say whether fine-tuned weights can be exported, so treat that as an open question to ask during onboarding.
Where does this sit in the π model timeline?
Physical Intelligence's public blog gives a clear sequence. π0 arrived on October 31, 2024. The company open-sourced π0 on February 4, 2025, followed by π0.5 (April 22, 2025), a method for learning from experience in π*0.6 (November 17, 2025), memory for long tasks in March 2026, and π0.7 on April 16, 2026, described as a steerable model with a "step-change in generalization." The API beta lands six months after π0.7 and, notably, does not announce a new model. The product being launched is access, not capability.
That is a meaningful shift. Until now, most of the lab's output was research posts and open-source releases. An API is a commercial surface, with all that implies: usage terms, data handling, and a dependency on one vendor. It also mirrors other moves in the field. Dyna Robotics has pitched a scaling law for robot models pre-trained on human video (Dyna-2), while Generalist AI showed one-demo learning. The Pi API is a bet that the winning layer is the model platform, not a single robot.
What developers should ask before applying
The announcement is short on operational detail, so here is a practical checklist of things the post does not answer.
- Data ownership and privacy. Uploaded demonstrations may include video of your facility and staff. Ask whether your data is used to train future Pi models. The post says the company learns from usage ("the more our models are used, the more we learn"), but it does not describe data terms.
- Latency and connectivity. The post itself says early deployments surfaced "network connectivity challenges for some." A robot arm that waits on a round trip behaves differently from one with onboard inference. Test on your real network, and ask about on-premises or edge options.
- Safety and liability. A wheel loader operating without an operator is a different risk class from a deburring arm. Fine-tuning does not remove the need for your own safety case and fallbacks.
- Versioning. The company says it can update the models underneath the API rapidly. Ask whether you can pin a model version so a silent update does not change robot behavior mid-deployment.
- Cost. Fine-tuning plus per-call inference on a robot running continuously can add up. No pricing is published.
- Lock-in. If weights cannot be exported, your data pipeline is portable but your trained policy may not be.
Agent builders will recognize items 4 and 6 from hosted LLM APIs. Robots add physical consequences, which is why teams working on autonomous agents of any kind should have action-level guardrails. For software agents, the explainx.ai team's AgentBeam is one such layer; physical systems need their own safety engineering on top.
What this means if you are not building robots
Even if you never touch hardware, the structure matters. First, it shows that the foundation-model-plus-API pattern is spreading to modalities beyond text and images. Second, it sets up a split in robotics between companies that build bodies, companies that build brains, and a long tail of application teams that fine-tune and deploy. The post makes the argument explicitly: "tackling robotic construction, robotic surgery, or warehouse automation each requires an entire company. If each such application requires solving the physical intelligence problem from scratch, the challenges become insurmountable."
For learners, it is also a useful case study in how data-efficient adaptation works in practice: a general model pretrained on broad data, a modest amount of task-specific demonstrations, and a tight evaluate-and-collect loop. Those are the same ingredients behind the fine-tuning techniques we cover for language models, just with a robot in the evaluation step.
What is claimed versus what is verified
| Claim | Source | Status |
|---|---|---|
| Pi API beta exists for training and inference | Physical Intelligence announcement | Confirmed on the company's own site |
| Fine-tuning runs on company-managed compute | Same | Company statement |
| Almond got a working model in four days | Same | Single-team, vendor-reported |
| Actor's loader works without an operator in a commercial deployment | Same | Vendor-reported, shown in video |
| New model is more data-efficient | Same | No benchmark published |
| Price, limits, data terms, weight export | Not stated | Unknown |
We found no independent benchmark or outside reproduction of these results at publication time, and the post cites no numbers for success rates. Treat the demos as existence proofs, not performance guarantees.
Bottom line
The Pi API beta turns Physical Intelligence's research into a service: bring data and a robot, skip the ML platform. The early partner list is broad, and the Almond and Actor examples show the range from a bench-top arm to heavy machinery. What is missing is everything a buyer needs to budget: price, data terms, version control and offline options. Watch for those details as the beta widens, and for competitors answering with their own hosted robot-model endpoints.
Details reflect Physical Intelligence's announcement of October 13, 2026 and may change as the beta evolves.
Related reading
- Natura-1: a 50B model teaching dexterous hands from human video
- Dyna-2 world-action model and the robotics scaling-law claim
- Generalist AI GEN-1.5: a robot foundation model that learns from one demo
- Gemini Robotics 2 and whole-body intelligence
- Why robotics still isn't solved
- Xiaomi Robotics U0 world foundation model
- Yann LeCun on LLMs, physical agents and Moravec's paradox