One Brain for 100 Chores: A Single Vision-Language-Action Model Tackles Long-Horizon Household Robotics

An independent team trains one VLA checkpoint across 100 simulated household tasks, scores top-10 in the BEHAVIOR Challenge, then routes 14 hard tasks to a coding agent that triples performance on them.

Imagine you're training a single short-order cook to handle every dish on a 100-item diner menu. Most competition kitchens would hire specialists — one person for eggs, another for grill — but this team bets that a single cook, trained longer and more carefully on the full menu, will generalize better than an army of narrow experts. That's the core bet here: one vision-language-action (VLA) model, one checkpoint, all 100 long-horizon household tasks in the OmniGibson simulator. When 14 dishes still come out undercooked, they bring in a sous-chef — a GPT-6 Astra coding agent — who watches the kitchen through the same cameras but writes motion-planning code instead of predicting actions directly. The committed claim: a single VLA model built on π₀.₅ can handle 100 diverse, long-horizon manipulation tasks in simulation, scoring Q=0.392 across the full set, up from Q=0.260 on the 50-task subset from their 2025 first-place solution. The team placed 9th on the final leaderboard and were the only independent (non-corporate) team in the top 10. The headline number with the Astra routing included was Q=0.446 with 27.3% full-task success. These are real numbers in a hard benchmark — long-horizon tasks with multi-step semantic structure, not single-grasp pick-and-place. The architecture is a flow-matching VLA descended from π₀.₅, operating over a 21-dimensional action space matched to teleoperation controls. The team's core 2026 insight was unglamorous: the 2025 model was simply undertrained. So the work focused on scaling training — 200k steps over 211M demonstration frames (roughly one epoch), variance-reduced multi-sample flow matching with a noise-vs-compute model that picks sample counts per observation without ablations, task and stage embeddings warm-started from semantically similar tasks, and cloud infrastructure running six simulators per GPU faster than real time. The Astra coding agent, deployed on 14 tasks where the learned policy scored only Q=0.108, achieved Q=0.639 on those same tasks — a 6× improvement — by starting each episode from a frozen copy of its own practice session. On the ladder, the primary baseline is the team's own 2025 first-place solution. The Q improvement from 0.260 to 0.371 on the shared 50-task subset represents a 43% relative gain. Against other 2026 competitors, 9th place out of the full leaderboard is honest positioning — this is not SOTA, but it's the best independent-team result. The paper does not compare systematically against other published VLA architectures (Octo, OpenVLA, RT-2) on the same benchmark, which is a gap, though the BEHAVIOR leaderboard itself provides implicit comparison. Integrity is mixed. The BEHAVIOR Challenge is a legitimate community benchmark with standardized evaluation, and the team releases code, checkpoint, and project page. But validation is entirely in simulation (OmniGibson), there's no sim-to-real transfer, no pre-registration, and the Astra routing decision (which 14 tasks to hand off) was made post-hoc based on observed performance gaps. The cloud evaluation infrastructure with provenance tracking and restorable simulator states is a genuine contribution to reproducibility, but no independent replication exists yet. The milestone question is about sim-to-real and task count. Today: 100 simulated tasks, Q≈0.4, zero real-robot hours. The next meaningful threshold is probably Q>0.7 on 100+ tasks in simulation with demonstrated sim-to-real transfer on at least a handful, which would make this architecture a serious candidate for general-purpose home robots. That's likely 2-4 years away given the pace of VLA scaling and sim-to-real work at labs like Physical Intelligence, Google DeepMind, and Toyota Research. The obvious experiment not run: sim-to-real transfer on even a single task. The honest read is (a) — this is a competition entry from an independent team without access to physical robot hardware at the scale needed. The paper is explicit that the entire pipeline lives in simulation. A secondary gap is the absence of systematic ablations on the Astra routing threshold — why 14 tasks and not 20 or 30? The team likely didn't have compute budget for a full sweep, but the 6× performance gap on those 14 tasks suggests the hybrid VLA+coding-agent approach deserves deeper investigation.