Teahose.
SIGN IN
NEW HERE — WHAT TEAHOSE DOES
We read the entire AI & tech firehose — so you don't have to.
PODPodcastsAll-In, No Priors, Acquired…
NEWNewslettersStratechery, Newcomer…
PAPPapersPhysical AI research
PHProduct Huntdaily launches
VCInvestor ScoutSequoia, a16z, Benchmark…
CLAUDE DISTILLS →
7 reads, 30 sec each — free, 6 AM ET.
+ a live graph of the companies, people & themes underneath.
HOME/ARXIV PHYSICAL AI RESEARCH/OneVLA: A Unified Framework for…
PAPR
// RESEARCH PAPER
ARXIV PHYSICAL AI RESEARCH

OneVLA: A Unified Framework for Embodied Tasks

DATE June 4, 2026SOURCE ARXIV PHYSICAL AI RESEARCHPARTICIPANTS LINGFENG ZHANG, WENBO DING, ET AL. (ARXIV PHYSICAL AI)ARXIV 2606.01241
// KEY TAKEAWAYS5 ITEMS
  1. 01A Single Model That Can Both Navigate and Manipulate
  2. 02A 3B Model Outperforming 7B Specialized Models Across Both Task Types
  3. 03Joint Training on Navigation + Manipulation Makes Each Task Better
  4. 04Progressive Multi-Stage Training Is Load-Bearing, Not Cosmetic
  5. 05Real-World Transfer Validates the Sim Results
// SUMMARY

Investor & Operator Summary


1. Key Themes

A Single Model That Can Both Navigate and Manipulate — Without Task-Specific Variants

The central achievement of OneVLA is eliminating the architectural split between navigation and manipulation models. Every prior approach — including the best cross-task competitor — required separate action heads or fine-tuned model variants for each task type. OneVLA runs both from one set of weights.

The paper is explicit: "Unlike previous works that required separate policy heads for navigation and manipulation, our method concatenates the action dimensions of these two tasks into a unified action space" (Section 3.2). The result is an 11-dimensional unified action space: 4 dimensions for discrete navigation commands and 7 for continuous 6-DOF + gripper manipulation control.

For operators, this means one model to deploy, version, monitor, and update — rather than two parallel stacks.


A 3B Model Outperforming 7B Specialized Models Across Both Task Types

OneVLA uses Qwen2.5-VL-3B as its backbone — a 3B parameter model — yet beats every 7B single-task specialist it was tested against.

The numbers: "OneVLA achieves 4.6% and 2.5% improvements over the latest SOTA navigation method StreamVLN (7B) on the R2R and RxR tasks, respectively; and 16.2% improvement in average success rate on the SimplerEnv manipulation task compared to the latest SOTA method π₀-Fast" (Section 4.3).

Against the closest cross-task competitor, UniVLA (7B), the gap is even wider: +21.5% on navigation R2R, +31.9% on RxR, and +29.1% on manipulation average success rate (Table 1). The practical implication: inference cost and hardware requirements drop substantially while capability increases.


Joint Training on Navigation + Manipulation Makes Each Task Better

This is the paper's most counterintuitive and strategically important finding. Training navigation and manipulation together doesn't create a compromise — it creates mutual improvement. The ablation (Table 3) shows that joint training versus single-task training yields:

  • Navigation R2R: +7.3% (56.1% vs. 48.8%)
  • Navigation RxR: +9.3% (42.9% vs. 33.6%)
  • Manipulation SimplerEnv avg: +5.5% (46.2% vs. 40.7%)

The paper attributes this to shared vision-language representations: "Joint training allows the vision-language encoder to learn shared representations, thus benefiting both tasks" (Section 3.3). This is not a minor tuning effect — it's a structural argument for why unified training is superior to siloed training pipelines.


Progressive Multi-Stage Training Is Load-Bearing, Not Cosmetic

The three-stage curriculum (manipulation first → add navigation → add Chain-of-Thought reasoning) isn't just an engineering convenience. The ablation directly tests multi-stage versus single-stage training on identical data and compute (Table 2):

  • R2R: +12.5% (68.6% vs. 56.1%)
  • RxR: +15.3% (58.2% vs. 42.9%)
  • SimplerEnv: +18.3% (64.5% vs. 46.2%)

"These results demonstrate that gradually introducing task complexity leads to more effective knowledge transfer and learning compared to training with all data simultaneously from the beginning" (Section 4.4). Teams building training pipelines for generalist robots should treat curriculum design as a first-class engineering decision.


Real-World Transfer Validates the Sim Results

Results hold outside the simulator. OneVLA was deployed on a Franka Research 3 arm (manipulation, 20 trials per task) and a mobile robot platform (navigation, 10 trials per scenario):

  • Manipulation real-world success rate: 78.8%, +16.3% over UniVLA
  • Navigation real-world success rate: 77.5%, +35.0% over UniVLA

"OneVLA not only performs well in simulated benchmarks but also effectively generalizes to real-world scenarios" (Section 4.5). The sim-to-real gap, often the graveyard of benchmark-impressive models, does not appear to destroy performance here.


2. Contrarian Perspectives

Task Specialization Is an Architectural Dead End, Not a Feature

The prevailing assumption in most robotics deployments is that navigation and manipulation are fundamentally different problems requiring different model architectures, different teams, and different inference stacks. OneVLA directly challenges this.

The paper frames specialization as a limitation, not a design choice: "Current VLA models suffer from a fundamental architectural limitation that prevents them from becoming truly general-purpose robotic foundation models" (Section 1). The empirical evidence backs this framing — not only does unification not hurt performance on either task, it improves both. Companies building separate navigation and manipulation stacks are likely accumulating technical debt that will be expensive to unwind.


Bigger Models Are Not the Path to General-Purpose Robotics

Most scaling efforts in physical AI follow the language model playbook: more parameters, more data, better performance. OneVLA argues the bottleneck is architectural and training-strategy design, not parameter count.

A 3B model beats all 7B competitors across every benchmark tested. "Our 3B unified model outperforms all 7B task-specific models, demonstrating that effective architecture design and training strategies can achieve superior performance with significantly fewer parameters" (Section 4.3). For investors evaluating compute costs and for engineers sizing inference infrastructure, this is a direct challenge to the assumption that competitive robotics AI requires frontier-scale models.


Chain-of-Thought Reasoning Is a Performance Lever, Not Just an Interpretability Feature

CoT in language AI is often positioned as a way to make model decisions more explainable. In OneVLA, it's something more operationally useful: it's the mechanism that drives the largest performance jump in the training pipeline. The third stage of training introduces CoT data specifically to "strengthen the model's reasoning capabilities and improve its decision-making quality across two tasks" (Section 3.3). The combined effect of multi-stage training including CoT adds 18.3% on manipulation over single-stage baselines (Table 2). Teams treating interpretability and performance as separate concerns may be missing a compounding opportunity.


3. Companies Identified

Xiaomi EV (Xiaomi Robotics) Multiple authors are affiliated with Xiaomi EV (Section author affiliations). This paper is a direct research output from Xiaomi's robotics division. OneVLA represents Xiaomi's push into general-purpose robot foundation models — relevant for anyone tracking Chinese automotive and consumer electronics companies entering physical AI. The project lead (Xiaoshuai Hao) carries a Xiaomi affiliation.

Physical Intelligence (π) π₀ and π₀.5 are used as primary manipulation benchmarks and baselines throughout the paper. "π₀-Fast [pertsch2025fast] 3B... New A New A 29.1 21.9 10.8 66.6 48.3" (Table 1). OneVLA's average SimplerEnv score of 64.5% vs. π₀-Fast's 48.3% represents a 16.2% gap. Physical Intelligence's models are the de facto manipulation performance standard being displaced here.

Google DeepMind / RT-1-X and Octo teams RT-1-X (35M params, 0.0% on most SimplerEnv tasks) and Octo-Base (93M params, 16.0% average) appear as manipulation baselines that OneVLA comprehensively outperforms. "RT-1-X [o2023open] 35M... 0.0 4.2 0.0 0.0 1.1" (Table 1). These are legacy benchmarks at this point, but their inclusion contextualizes how far the field has moved.

Stanford / OpenVLA team OpenVLA (7B, 1.0% average SimplerEnv) and OpenVLA-OFT (41.8% average) appear as 7B baselines. OneVLA's 64.5% versus OpenVLA-OFT's 41.8% on the same benchmark represents a 22.7 percentage point gap from a model with less than half the parameters.

AGIBot / Open-X Embodiment Dataset The paper references training on "manipulation task samples from an open-source cross-embodiment dataset" and cites AGIBot [bu2025agibot] and Open-X [o2023open] as data sources (Section 3.3, References). These data infrastructure plays are implicitly validated as important contributors to generalist robot training.


4. People Identified

Xiaoshuai Hao — Xiaomi EV, Project Leader Corresponding author and project lead. Driving Xiaomi's generalist robot foundation model work. The fact that a consumer electronics/EV company is publishing competitive robotics AI at this level signals how broad the competitive field has become. Contact: haoxiaoshuai@xiaomi.com (listed in paper header).

Wenbo Ding — Tsinghua University (Shenzhen), Corresponding Author The other corresponding author, based at Tsinghua's Shenzhen campus. Ding's lab appears to be a node connecting academic robotics research with industrial deployment at scale. Contact: ding.wenbo@sz.tsinghua.edu.cn (listed in paper header).

Lingfeng Zhang — Tsinghua University, First Author Lead technical author. Affiliated with Tsinghua and Pengcheng Laboratory. The breadth of co-authors across Tsinghua, Peking University, Chinese Academy of Sciences, HKUST(GZ), and Xiaomi suggests this is a coordinated multi-institution effort, not an isolated academic project.

Hongsheng Li — Tsinghua University Co-author with a track record in vision-language models and embodied AI. Li's involvement signals the paper's connection to the broader Chinese academic robotics ecosystem feeding into commercial deployments.


5. Operating Insights

Don't Build Separate Navigation and Manipulation Stacks If You're Building Mobile Manipulation

The architectural lesson from OneVLA is concrete: concatenating action spaces with task-specific loss masking — rather than maintaining separate model variants — yields better performance on both tasks at lower parameter cost. If you're building a robot that needs to move through space and interact with objects (which is most commercially relevant robots), starting with unified architecture is now empirically defensible.

"Task differentiation naturally arises from the learned cross-modal representations and weighted training objectives. This unified architecture eliminates the need for task-specific model variants or switching" (Section 3.2). The engineering overhead of maintaining two models, two inference pipelines, and two training datasets is a cost you can now avoid without sacrificing performance.


Action Horizon of 5 Steps Is the Sweet Spot — Longer Is Not Better

OneVLA's ablation on action horizon (Figure 4/Section 4.4) is directly actionable for anyone tuning VLA inference. The paper found that horizon=5 optimizes performance on both navigation and manipulation simultaneously. At horizon=8, manipulation performance drops from 64.5% to 50.3% — a 14.2 percentage point degradation — due to accumulated prediction error.

"Shorter horizons (2-4 steps) lead to suboptimal performance due to insufficient temporal modeling. Conversely, excessively long horizons (6-8 steps) result in performance degradation, particularly in manipulation tasks" (Section 4.4). If your team is using longer action horizons under the assumption that more lookahead is always better, this is a direct counter-example worth testing against your own task distribution.


Curriculum Design Is a First-Order Training Decision, Not an Optimization Detail

The 18.3% manipulation improvement from multi-stage vs. single-stage training (on the same data, same compute) means the order in which you expose the model to task types matters as much as the data itself. The paper's structure — manipulation foundation first, navigation second, reasoning third — reflects a deliberate skill-building sequence.

"Gradually introducing task complexity leads to more effective knowledge transfer and learning compared to training with all data simultaneously from the beginning" (Section 4.4). Teams that are training on mixed datasets from day one may be leaving significant performance on the table.


6. Overlooked Insights

The 6:4 Navigation-to-Manipulation Data Ratio Is a Buried Tuning Result

In Section 4.2 (Implementation Details), the paper mentions in passing: "Task sampling follows a 6:4 ratio of navigation data to manipulation data." This is not ablated or explained in depth — but it represents a deliberate choice that likely has non-trivial performance impact. Navigation and manipulation data have different distributional properties (discrete vs. continuous actions, different visual statistics, different episode lengths), and the fact that the team settled on a 60/40 split rather than equal weighting suggests the balance matters. Anyone attempting to replicate or extend this work should treat this ratio as a hyperparameter to tune carefully, not a fixed constant. The paper offers no sensitivity analysis on this, which is a meaningful gap.


The Model Outputs Text Reasoning Before Every Action — This Has Latency Implications That Go Unaddressed

OneVLA's architecture generates a text response before generating actions in every forward pass: "The model first reason[s] about the task through language generation, and then generate[s] the corresponding action sequence based on visual observation and the generated reasoning results" (Section 3.2). The CoT stage makes this reasoning more elaborate. The paper reports no latency or inference frequency benchmarks — there are no Hz numbers, no discussion of whether real-time control is feasible, and no analysis of the text generation overhead in the real-world deployment sections. For operators building reactive systems (e.g., high-frequency manipulation, collision avoidance during navigation), this is a critical unexamined variable. A model that reasons well but reasons slowly may not be deployable in time-sensitive environments regardless of its success rate.