On this page
- The volume trap
- Decide which axes of variation matter
- Build object and scene libraries
- Record what varied in every episode
- Quality matters at any volume
- Operators are an axis too
- Balancing volume and diversity
- Building evaluation sets that test generalization
- Thinking in cost per useful episode
- Safety while collecting at scale
- Running collection as an operation
- ✓Thousands of near-identical episodes teach a robot one situation very well and little else.
- ✓Plan variation deliberately: objects, placements, lighting, backgrounds, distractors and operators.
- ✓Record what varied in every episode so researchers can measure coverage and find gaps.
- ✓Grade episodes for success and quality; bad demonstrations teach bad behavior at any volume.
The short answer: For robot demonstration data, diversity usually beats raw volume: varied objects, scenes, placements, lighting, distractors and operators help policies generalize, while thousands of near-identical episodes mostly teach one setup. Teams get better results by planning variation deliberately, recording it in episode metadata, grading every episode and tracking coverage against a plan. Collection at this scale is often run as a dedicated operation through physical AI data collection programs.
The volume trap
When a robotics team starts collecting demonstrations, episode count is the easiest number to track and celebrate. But a thousand episodes of the same cup in the same spot on the same table under the same lights teaches a policy one situation very well. Move the cup, change the light or add a second object and performance can collapse.
Volume still matters, but it matters most when each episode adds something new. Research groups training generalist robot policies have repeatedly emphasized broad, diverse data across tasks, scenes and embodiments, and practical teams see the same pattern on their own tasks.
Decide which axes of variation matter
Diversity is not random; it is planned. List the axes that matter for the task: object identity, shape, size, material and color; starting positions and orientations; scene layout and background; lighting; distractor objects; camera angles; and, for teleoperated data, the operator. Each axis should have a range and a schedule for covering it.
Not every axis matters equally for every task. A grasping task may be sensitive to object geometry and material; a sorting task to clutter and distractors. Researchers and collection leads should agree priorities before collection starts.
Build object and scene libraries
Variation needs inventory. Maintain a catalog of objects with IDs, photos, dimensions and materials, and a set of scene layouts that can be rebuilt consistently. Rotate objects and scenes on a schedule, add new items regularly and retire ones that are over-represented. Every episode should record which objects and scene it used.
Libraries also prevent quiet drift, where operators reach for the same favorite objects every day. See robotics training data for how perception data from the same scenes is labeled.
Record what varied in every episode
Diversity that is not recorded cannot be measured. Episode metadata should include task, protocol version, objects, scene, starting conditions, lighting setup, operator or policy, outcome and any anomalies. With this data, researchers can see coverage by axis, find gaps and build balanced training and evaluation splits.
Metadata also lets teams test hypotheses, such as whether a new lighting condition hurts performance, without collecting new data. It turns a pile of episodes into a dataset that can be reasoned about.
Quality matters at any volume
A failed or clumsy demonstration teaches the wrong behavior. Every episode should be graded for task success, smoothness, protocol compliance, sensor completeness and anomalies such as collisions or dropped objects. Grading rules should be calibrated with researchers on sample episodes, and reviewer agreement measured.
Failed episodes should be kept and labeled rather than deleted, because some training methods use them. What matters is that nobody mistakes a failure for a success. See data labeling for agreement and gold-set methods.
Operators are an axis too
In teleoperated data, each operator has habits: speed, approach angle, grip style, recovery strategies. A dataset recorded by one operator teaches that operator’s style. Rotating several trained operators across tasks adds useful variation, as long as each meets quality standards.
Operator performance should be tracked, and retraining offered when quality drifts. Ergonomics and breaks matter, because tired operators produce worse demonstrations. See humanoid robot teleoperation for operator practices in deployed fleets.
Balancing volume and diversity
In practice, teams combine both. A core set of repeated episodes establishes the basic skill; variation episodes extend it to new objects and conditions; targeted episodes fill gaps found in evaluation. Coverage reports guide where the next week’s collection should go.
Synthetic and simulated data can fill gaps that are expensive to capture in the real world, as long as real data anchors the distribution. See synthetic data generation for how simulated data complements real collection.
Building evaluation sets that test generalization
Diversity also matters for evaluation. If the test set uses the same objects and scenes as training, results will look strong and say little about real-world performance. Good evaluation sets hold out objects, scenes or conditions that never appear in training, and test them in a controlled way. Teams can then see how well a policy generalizes to unseen items and settings.
Evaluation episodes should be collected under the same protocols and graded the same way as training data, but kept strictly separate and versioned. A held-out set reused across model versions lets teams compare progress honestly over time.
Thinking in cost per useful episode
Comparing collection programs by cost per episode rewards repetition. A better measure is cost per useful episode: one that passes quality grading and adds coverage on an axis the dataset needs. Reset time, station downtime, rejection rate and library rotation all affect it.
Tracking this number helps teams decide where to invest: faster reset routines, more stations, more objects or better operator training. It also makes the case for diversity in budget conversations, because it shows what volume without variation really costs.
Safety while collecting at scale
More stations and longer shifts raise safety risks: pinch points, unexpected motion during teleoperation and dropped objects. Every station needs emergency stops within reach, guarded or speed-limited workspaces, operator training and an incident log. Near misses should be reviewed as seriously as incidents.
Safe stations stay productive. A single serious incident can stop collection for weeks, so safety discipline protects both people and the dataset schedule.
Running collection as an operation
Diverse collection at scale is an operations problem: stations staffed in shifts, libraries maintained, protocols versioned, episodes graded and metadata recorded. Engineers rarely have time to run it alongside research.
Our physical AI data collection outsourcing page explains how vetted Philippine teams run collection stations, libraries and episode QA, and consent and privacy for first-person video datasets covers human demonstration data in the same cluster.
Frequently asked questions
Is more robot demonstration data always better?
Not if it repeats the same conditions. Varied objects, scenes and operators usually improve generalization more than extra identical episodes.
Which variations matter most?
It depends on the task; common axes include objects, placements, scenes, lighting, distractors and operators.
Should failed demonstrations be deleted?
No. Keep them labeled as failures, because some training methods use them.
How do teams measure dataset diversity?
By recording variation in episode metadata and reporting coverage by axis.
