Three Foundation Pipeline Tracks
Xperience-10M can support the three directions shown in the presentation. This document presents them as pipeline tracks with data exports, training recipes, and evaluation gates. The same dataset can feed all three tracks because it combines egocentric and multiview video, audio, depth, camera pose, hand/body motion, inertial signals, object/contact annotations, and language captions.
Track Summary
| Track | Question | Core inputs | First public pipeline | Current maturity |
|---|---|---|---|---|
| Spatial intelligence models | Can the model recover and reason over space from video? | Multiview RGB, egocentric video, depth, camera pose, calibration, object cues, language questions. | Window or episode exporter that builds scene/object memory targets, then evaluates spatial QA, object permanence, counting, retrieval, and pose-aware consistency. | Ready as a pipeline and evaluation contract; the next readout is held-out spatial QA, pose consistency, counting, and scene-memory metrics. |
| Human-video world models | Can the model predict what happens next? | Observed video/audio/sensor windows, hand/body motion, object/contact state, action/subtask labels, future windows. | Future-state and future-action probes over the existing split, then Cosmos-style or latent world-model training with separate dynamics metrics. | Partially evidenced through current future-task probes and Cosmos-style branch artifacts; still needs stronger visual/latent future metrics. |
| Vision-language-action models | Can the model turn what it sees and reads into action? | Egocentric video, language captions, hand/body motion, contacts, objects, procedure/subtask labels. | Observation-language-to-action target conversion, action-chunk scoring, policy-token baselines, then VLA/policy model fine-tuning. | Feasible after action-target conversion; present policy quality once action tokens, normalization, and held-out policy metrics exist. |
One-Sample Training-Pair Recipes
These recipes describe how to obtain input/output pairs from the single public sample episode. They are development contracts for building the three tracks, not finished foundation-model rows.
| Track | Input from the one public sample | Output target from the same sample | Existing hooks |
|---|---|---|---|
| Spatial intelligence models | Slice results/episode_task_suite/windows.csv and shared_windows.npz into 20-frame windows, then join the six MP4 camera streams with annotation.hdf5 depth, camera pose, SLAM/calibration, object cues, contacts, and optional language questions. |
Camera-view match, object relevance, object-set memory, depth/pose reconstruction proxy, caption-grounded retrieval, and spatial QA answers derived from the annotation timeline. | object_relevance, modality_reconstruction, caption_grounding, object_set_forecast, camera_view_sync_retrieval. |
| Human-video world models | Use the current observed 20-frame window at time t: RGB/audio/sensor summaries, hand/body motion, camera pose, current object/contact state, and current action/subtask context only. |
Shift the same episode timeline forward to create next-action, next-subtask, future object-set, contact-transition, time-to-transition, camera-motion delta, or latent/future-feature targets. | next_action, long_horizon_next_action, next_subtask_forecast, object_set_forecast, time_to_transition, ego_motion_forecast. |
| Vision-language-action models | Use egocentric/fisheye video windows, caption/object context, hand/body mocap, contact state, and current subtask text as the observation-language side. | Action-token proxies: current/next action, object-conditioned action relation, contact state, interaction-text class, subtask transition, or hand-trajectory/action-chunk proxy. | timeline_action, next_action, hand_trajectory_forecast, contact_prediction, interaction_text_prediction, action_object_relation. |
The one-sample windowization is 5,821 frames, 1,161 overlapping 20-frame windows, 5-frame stride, and about 20 FPS. Future labels or future windows must not leak into inputs for world-model targets. VLA/policy readouts require a later action space converter, normalization, retargeting report, and held-out policy metrics.
Published Direction Figures
The repo and public mirrors include three high-resolution direction images from
the original direction slides. Spatial intelligence and human-video world
modeling use the clean high-resolution slide PNGs supplied for publication and
are exported as 2560-pixel public assets. The 2026-06-19 refresh verified the
Spatial, Human-video, and VLA clean PNGs as committed source-slide assets. They
are communication assets, not
evidence of completed model-quality training. The exact technical scope remains
the text and JSON contract in this document and
docs/data/three_foundation_pipelines.json.
| Track | Enhanced public asset | Committed source |
|---|---|---|
| Spatial intelligence models | docs/assets/foundation-pipelines/spatial-intelligence-pipeline.png |
docs/assets/foundation-pipelines/source-slides/spatial-intelligence-slide.png |
| Human-video world models | docs/assets/foundation-pipelines/human-video-world-model-pipeline.png |
docs/assets/foundation-pipelines/source-slides/human-video-world-model-slide.png |
| Vision-language-action models | docs/assets/foundation-pipelines/vision-language-action-pipeline.png |
docs/assets/foundation-pipelines/source-slides/vision-language-action-slide.png |
The deterministic restoration script is
scripts/render_foundation_pipeline_diagrams.py; it uses the three clean slide
PNGs directly and keeps the original presentation-photo sources only as
provenance.
1. Spatial Intelligence Pipeline
Purpose: train and evaluate models that turn flat video into spatial state and spatial reasoning.
Data contract:
- Inputs: multiview RGB, egocentric RGB, depth, camera pose, calibration, object labels, contact labels, optional language queries.
- One-sample input builder: slice 20-frame windows from
windows.csvandshared_windows.npz, then join the six MP4 camera streams withannotation.hdf5depth, camera pose, SLAM/calibration, object cues, contacts, and optional language questions. - Intermediate artifacts: synchronized camera window manifest, pose/depth availability report, scene/object memory records, object permanence targets, spatial relation targets, and spatial QA prompts.
- Outputs: object count, object persistence, relative location, 3D geometry consistency, multiview retrieval, camera-motion-aware scene memory, and language answers grounded in the scene.
- One-sample output builder: camera-view match, object relevance, object-set memory, depth/pose reconstruction proxy, caption-grounded retrieval, and spatial QA targets.
First practical implementation:
- Build a spatial-memory exporter over the same episode split discipline.
- Start with metric depth and pose consistency tasks before adding heavier reconstruction.
- Evaluate with retrieval rank, count accuracy, relation accuracy, and object-memory consistency.
- Add qualitative scene-memory examples only when they are backed by saved target files and metrics.
Next readout before stronger positioning: held-out spatial QA, pose consistency, object-counting, and scene-memory metrics. Full neural rendering and full 3D reconstruction should be separate follow-up artifacts.
2. Human-Video World Model Pipeline
Purpose: train and evaluate models that predict future state from human interaction video.
Data contract:
- Inputs: observed video/audio/sensor windows, hand/body motion, camera pose, object/contact state, action/subtask labels, and optional language context.
- One-sample input builder: use only the current observed 20-frame window at
time
t, including RGB/audio/sensor summaries, hand/body motion, camera pose, current object/contact state, and current action/subtask context. - Intermediate artifacts: observed/future window pairs, future label targets, action-conditioned target records, visual or latent reconstruction targets, and temporal consistency metadata.
- Outputs: next action, next subtask, future object set, future state embedding, camera-motion delta, contact transition, and future-window quality metrics.
- One-sample output builder: shift the episode timeline forward for next-action, next-subtask, future object-set, contact-transition, time-to-transition, camera-motion delta, or latent/future-feature targets.
First practical implementation:
- Keep Qwen-style structured future probes for task-level interpretability.
- Keep Cosmos-style branches separate because they answer dynamics and visual future questions, not JSON task classification.
- Add latent or feature-reconstruction metrics before presenting world-model quality.
- Compare future-task metrics by held-out episode, task family, and visible object/action family.
Next readout before stronger positioning: latent or visual future metrics, per-episode future-task breakdowns, and qualitative examples backed by saved targets. The current public result shows the pipeline and first probes.
3. Vision-Language-Action Pipeline
Purpose: train and evaluate models that map visual-language context to action chunks or policy-compatible targets.
Data contract:
- Inputs: egocentric video, language captions, hand/body motion, object/contact state, action/subtask labels, and optional retargeting metadata.
- One-sample input builder: use egocentric/fisheye video windows, caption/object context, hand/body mocap, contact state, and current subtask text as the observation-language side.
- Intermediate artifacts: action-token vocabulary, action-chunk windows, normalization stats, retargeting report, leakage audit, and action-space model card.
- Outputs: next action, action chunk, object-conditioned action, contact state, subtask transition, and policy/VLA held-out metrics.
- One-sample output builder: action-token proxies such as current/next action, object-conditioned action relation, contact state, interaction-text class, subtask transition, or hand-trajectory/action-chunk proxy.
First practical implementation:
- Define the action space before training any policy model.
- Start with next-action, next-subtask, contact, and object-conditioned action tasks using the existing 20-task surface.
- Add hand-trajectory or robot-compatible action chunks only after the conversion is traceable.
- Treat OpenVLA, openpi, GR00T, Octo, and SmolVLA-style models as policy branches that inherit the same split, manifest, and package rules.
Next readout before stronger positioning: action-space conversion, normalized action chunks, retargeting notes, and held-out policy metrics. The current project can build the conversion and scoring pipeline.
Shared Pipeline Discipline
All three tracks should reuse the same public discipline:
- episode-level train/validation/test split,
- manifest-first exporters,
- no target leakage from future labels or captions into inputs unless the task explicitly asks for them,
- task-specific metrics and saved predictions,
- public-safe packages that exclude raw private data and heavyweight base model weights,
- website and model cards updated only after validators pass.
This framing lets the project pursue all three directions at once while keeping the readout precise: spatial intelligence is the geometry/reasoning pipeline, world modeling is the future-state pipeline, and VLA is the action-conversion and policy pipeline.