Skip to content
AI.info

Research

PyRUA-DataFarm: LLM Agent as a Cost-Efficient Teleoperator for Real-Ready Robot Data

Overview Research area: Robot learning / data generation for manipulation policies — specifically real-to-sim-to-real pipelines, LLM coding agents, and video generative models used as data sources for

arXiv
2611.05320
Published
2026-11-03
Authors
Kewei Zhang, Juncheng Ma, Guodong Lv, Duomin Wang, Feixiang Ruan, Ruiyang Si, Chuanrui Zhang, Yuxuan Chen, Hao Chen, Yichen Liu, Yintianrun Zhang, Yufan Deng, Enze Xie, Daquan Zhou

AI summary

Overview

Research area: Robot learning / data generation for manipulation policies — specifically real-to-sim-to-real pipelines, LLM coding agents, and video generative models used as data sources for vision-language-action (VLA) policies.

Technical level: Advanced. The paper assumes familiarity with teleoperation, simulation-based domain randomization, diffusion/video generation, and policy post-training.

Scope (one sentence): The paper asks whether a coding agent plus a physics simulator plus a real-image-conditioned video model can replace human teleoperation as the source of robot training data, and measures the resulting policies on five real bimanual tasks and the resulting costs in US dollars.

What This Paper Is About

Teleoperation is the default way to collect robot demonstrations, but every episode costs robot time, operator time, and a manual reset, and every new task or scene starts the process over. The authors build DataFarm, in which a coding agent receives a task request plus a single short "calibration episode" of the robot in the target scene, then writes the simulation scene, an expert controller, and a success judge itself. The simulator supplies exact action labels while a video model, conditioned on real frames from the calibration episode, renders those rollouts as photographic multi-camera video — producing data that a policy can train on directly and deploy on the real robot without any teleoperated demonstrations.

Key Contributions

  1. An agentic data farm that converts a data request and one calibration episode into verified, real-ready robot data with no human intervention: the simulator determines actions and states, a real-image-conditioned video model determines appearance, and certification is deliberately separated from production inside a task-independent agent harness.

  2. Evidence that the farm's data matches or beats teleoperated data on a real robot, while producing action-labelled, multi-view observations that are much closer to real camera recordings than simulator renderings, at a lower cost than teleoperation.

  3. A real-robot comparison showing policies trained solely on farm data match teleoperated data in the original scene (93 vs. 84 successes in 100 trials), generalize substantially better to unseen appearance (87 vs. 46), and far outperform a conventional real-to-sim-to-real (Sim + DR) baseline (26 and 21 successes).

  4. A quantified cost model of the farm, separating one-time adaptation and render-contract costs from a marginal per-episode cost, and comparing both against teleoperation quotes in China and labour estimates in North America.

Main Findings

  • Parity with teleoperation in-distribution: Policies trained only on farm data reached 93 successes in 100 trials in the original scene, versus 84 for policies trained on the same number (N = 100) of teleoperated episodes — matching or exceeding on four of five tasks and falling one success behind on stack cups.

  • Large robustness gain under unseen appearance: Under an unseen tablecloth and coloured light, teleoperation-trained policies dropped to 46 successes while farm-trained policies kept 87 and led on every task. Neither training set contained the test tablecloths or the coloured light.

  • Rendering, not simulation, drives transfer: The Sim + DR baseline — which shares the grounding, expert, and actions with DataFarm and differs only in how observations are produced — reached only 26 successes in-distribution and 21 out-of-distribution, and never completed the weigh-apple task. The gap of 93 vs. 26 and 87 vs. 21 isolates the effect of rendering with real images.

  • Renders preserve the simulated motion: Comparing optical flow (at 512×288) between each render and its untextured simulator video, H3 renders deviated by 4.4 pixels with 65% agreement on moving pixels, close to Sim + DR's 3.4 pixels and 73% agreement. A deliberately mismatched control (same renders paired with the simulator video 0.5 s later) rose to 8.8 pixels and 41% agreement, showing the metric separates matched from mismatched motion. Beat drum was hardest for every source (H3: 8.5 vs. shifted control 14.6 pixels).

  • Multi-view consistency: Image statistics place farm episodes more than twice as close to real camera frames as the simulator's own renderings, and the farm's renderer keeps all camera views faithful to the simulated motion, whereas calling the video model directly does not.

  • Cost per task and per episode: One-time adaptation averaged $21 of API usage per task, a render contract added $5, and each further episode cost $0.80 on average (simulation, rendering, re-rendering of flagged chunks, and review), the same in the original scene or under new appearance. Spread over 100 episodes a task costs $1.06 per episode; over 1,000 episodes, $0.83. One hour of synchronized three-view data for a task costs $107 on average including one-time and contract costs; each further hour costs $81.

  • Comparison with teleoperation pricing: A North American labour-only estimate is about $290 per usable hour of data ($190–520 across assumptions), before robot, venue, or setup; a full-service quote in China is about RMB 800 ($117) per hour. The farm is cheaper after 10–37 episodes of a task (North America) and after 41–220 episodes (China). The farm's figures include its rented GPUs.

  • Per-task one-time costs vary widely: From $10.33 (weigh apple) to $37.38 (fold towel), with totals including 100 rollouts and a render contract ranging from $23.39 to $57.02.

  • Agent choice matters, and cheap is not automatically better: Across six combinations of four frontier language models and three coding-agent harnesses on three tasks, all six reached admission at $12–124 per task on average, but the cheapest run needed follow-up instructions on two tasks and admitted episodes exceeding the robot's joint speed limit. The reported costs use Claude Opus 5.5 in SoL-Pi, which needed no human intervention.

  • Renderer economics depend on hosting: At Seedance's published price, rendering one episode would cost $12–63, versus the self-hosted deployment used for the reported numbers.

Methodology in Plain English

The farm works like a compiler with quality gates. The input is a request — one short multi-view recording of the robot in the target scene, a text description of the task and its success condition, the number of episodes wanted, and whether appearance variation is allowed — plus a shared "capability layer" of skills, instructions, templates, and checkers that is pinned to a fixed version and never customized per task.

The agent then produces every task artifact itself: a grounding of the scene (robot and object geometry, articulation, camera fits, metric scale, with every physical quantity labelled as measured, fitted, assumed, or unknown rather than guessed), a simulator qualification step that probes whether the simulator can reproduce the required skills across parameter variants, a task contract and a judge frozen before the expert is written, an expert controller written as code, a render contract, and the batch configuration.

The anti-self-dealing design is central. The expert author can neither read the judge nor run the held-out seeds on which the expert is finally admitted; only the shared harness executes rollouts and records every attempt and its cost. Rendering is constrained to change appearance but not geometry, objects, or timing, using four task-agnostic tricks: edge maps from the simulator driving a ControlNet to fix pose and timing, all cameras tiled onto one canvas and generated as a single video so they agree, reference frames matched to the simulated state so the model does not re-insert content, and long episodes generated as independent chunks joined where neighbouring chunks differ least to avoid drift.

Admission is separate from production. A shared verifier program, configured by a task-specific spec, checks object presence, event timing, temporal stability, static background, appearance match, and that no layout was copied from a reference frame; the spec is calibrated by mutation testing on deliberately corrupted episodes (deleted, duplicated, or enlarged objects, time-shifted events, swapped views, changed colours) and every corruption must be caught. Each episode is additionally examined by an independent reviewer agent that records evidence for its verdict, and failed attempts are kept in a ledger rather than discarded.

Evaluation used a dual-arm PiPER robot and five bimanual tasks — nesting three rigid cups, placing an apple on a digital scale with a live display, beating a drum in rhythm, putting a block in a drawer and closing it, and folding a towel — simulated in SAPIEN through RoboTwin 2.0 (four tasks) and Isaac Sim with particle cloth (towel). Each policy (π0.5, post-trained with a 50-step action horizon, batch size 128, 50k steps) saw 100 episodes from one of three sources — real teleoperation, Sim + DR, or farm data — and was evaluated in 20 trials per task per condition, giving 100 trials per condition.

Why This Matters

The paper reframes the data bottleneck in robot learning: instead of asking how to make each teleoperated episode cheaper, it asks whether the teleoperator role — task setup, scene authoring, expert design, and quality control — can be delegated entirely, leaving only a one-time per-task cost. It also makes a specific architectural claim that is testable and reusable beyond this system: keep the simulator for actions and the generative model for appearance, and never let the same component both propose and certify a fact.

Real-world applications:

  • Rapid task onboarding in warehouses and labs: a new bin-picking or packing variant could be adapted from one calibration recording at roughly $21 of API usage rather than a fresh teleoperation campaign.

  • Appearance robustness for deployed manipulators: the farm varies surfaces and lighting around fixed trajectories at no extra cost, which is the regime where teleoperation-trained policies degraded from 84 to 46 successes.

  • Data generation for tasks that are hard to stage physically: deformable cloth folding, articulated drawers, and objects with live displays, all covered in the five-task suite.

  • Cost planning for robotics data teams: the paper gives explicit per-episode, per-hour, and break-even numbers against real teleoperation quotes, which is the kind of figure procurement and lab budgeting actually needs.

Industry relevance: the work sits directly on the current VLA data problem. It shows a path to scaling demonstration volume without scaling robot hours, quantifies when that path beats human collection (after 10–37 episodes in North America, 41–220 in China), and demonstrates that a self-hosted renderer rather than a hosted API is what makes the economics work.

Future Directions

  • Verification remains the binding constraint. The authors note that automatic checks are necessary but not sufficient because a video can look plausible frame by frame and still contradict its labels, and the independent reviewer plus mutation-calibrated specs are the current answer. Whether that is enough at scale, and how reviewer error propagates into policies, is unresolved.

  • Skill probes are task-specific and incomplete. The implementation provides probes for cloth; the paper states that other skills need probes of their own, so the qualification stage is not yet general.

  • The cheapest agent configuration was not the best one. The $12–124 spread across six model/harness combinations, where the cheapest run needed human follow-up and admitted episodes exceeding the robot's joint speed limit, raises the question of how to select or self-check agents without a human in the loop.

  • Limits of what rendering can fix. The paper poses the question of what video rendering adds for objects a simulator models poorly (Section 6.5), which points at the boundary between "simulate the physics, render the look" and cases where the physics itself is the weak link. Also open: reliance on a self-hosted renderer, given that hosted pricing would make rendering cost $12–63 per episode.

Target Audience

Robotics and embodied-AI researchers working on data scaling, sim-to-real transfer, and VLA post-training; engineers building internal data factories or evaluating teleoperation versus synthetic pipelines; and technical leads who need concrete cost-per-episode and break-even numbers before committing to either approach. Readers without background in manipulation or generative video will find the systems design and cost analysis accessible, but the experimental protocol assumes familiarity with policy training and evaluation conventions.

Authors’ abstract

Teleoperation remains the default way to collect robot demonstrations, but every episode costs robot and operator time, and every new task starts from scratch. We ask whether a coding agent can take over the teleoperator's job. In our DataFarm, the agent receives a data request and one calibration episode of the robot in the target scene and rebuilds the task in simulation: it writes the scene, an expert controller, and a success judge. The simulator supplies exact actions, and a video model conditioned on real images renders each rollout as photographic video, generating all camera views together consistently. The output is real-ready data: synchronized camera views labelled with the robot's actions, on which a policy can be trained directly and deployed on the real robot. Independent judges certify the expert and every rendered episode before admission. On five real-robot tasks, policies trained only on farm data match policies trained on as many teleoperated episodes (93 vs. 84 successes in 100 trials), and under an unseen tablecloth and coloured light they keep 87 successes where the teleoperation-trained policies fall to 46. Adapting a task is fully automatic and costs \$21 of API usage on average, paid once per task, plus \$5 for a render contract; every further episode costs \$0.80 on average for simulation, rendering, and review, with no robot or operator. One hour of three-view data for a task costs \$107 on average, these costs included, slightly below a quote of \$117 for teleoperation in China and below \$290 in labour alone in North America.

Read the original paper