PAPER REPORTENAll readings ↗

GigaWorld-0: World Models as Data Engine to Empower Embodied AI

English reading report: Method, equations, original figures, experiments and reproducibility.

Authors: GigaWorld Team; Angen Ye; Boyuan Wang; Chaojun Ni; Guan Huang; Guosheng Zhao; Haoyun Li; Jiagang Zhu; Kerui Li; Mengyuan Xu; Qiuping Deng; Siting Wang; Wenkang Qin; Xinze Chen; Xiaofeng Wang; Yankai Wang; Yu Cao; Yifan Chang; Yuan Xu; Yun Ye; Yang Wang; Yukun Zhou; Zhengyuan Zhang; Zhehao Dong; Zheng Zhu

Affiliations: GigaAI

Source: 2511.19861 ↗ · Project page ↗ · Catalog record

Reading: 318 / 558 · 6 original figures & tables · ~20 min ·

1. Paper overview

In one sentence: GigaWorld-0 expands VLA supervision through controllable video generation and calibrated 3D simulation, but the supplied experiments establish video quality more directly than downstream robot improvement. e02e04e06e13e17e18e20

At a glanceWhat to know
Research problem
Source description

Robot demonstrations provide limited appearance, viewpoint and interaction coverage at substantial collection cost. The paper proposes expanding supervision synthetically while retaining useful visual detail, geometry, action correspondence and physical behavior. The research question is whether this data engine supplies reliable training examples for a separate VLA policy. e02

Core mechanism
Source description

Four video modules cover image/text-conditioned generation, appearance editing, viewpoint transfer and human-to-robot visual transfer; four 3D modules cover foreground assets, backgrounds, physical properties and action generation. e02

A key reported resultPBench Robot Set video generation: 82.07

Overall Score; higher is better. Reported PBench Robot Set comparison; Dreamer has 2B activated parameters.

Cosmos-Predict2.5-2B: 79.95; Cosmos-Predict2-14B: 79.88; Wan2.2-14B: 78.85; Wan2.2-5B: 77.15. Highest reported overall score, 2.12 score units above the nearest baseline. This is video evaluation, not robot success. Confidence intervals are absent. e17

Reading caution
Reader analysis

Hallucinations can damage policy learning. Feedforward deformable-physics inference is described as exploratory, and rendered examples do not validate the inferred object masses or contact parameters quantitatively. e08e11e19

Core contributions

  • Source description

    Four video modules cover image/text-conditioned generation, appearance editing, viewpoint transfer and human-to-robot visual transfer; four 3D modules cover foreground assets, backgrounds, physical properties and action generation. e02

  • Reader analysis

    The distinctive integration combines observation diversity with either inferred action labels or simulator-generated trajectories. It is a data-generation suite, with several learned and procedural components. e04e13

Figure 2. The foundation generator predicts video; action labeling is a separate stage. Original paper, p. 4 ↗

Excerpt from the authors’ paper; cropped without altering the figure or table.

How to read it. Follow the visual stream from the 3D VAE encoder through positional embeddings into the Transformer, then toward the decoder. The text prompt takes a lower route through T5 and enters cross-attention. Gaussian noise points into the latent stream, consistent with the flow-matching formulation in Equation (1). The four small expert boxes belong to the feed-forward block; Section 3.1.1 specifies that only two experts activate per token and that there is no shared expert. The output on the right is a video sequence. To understand how this becomes VLA supervision, continue to Equation (9), where a separately trained IDM maps generated frames to joint trajectories. e03e04

What it supports. The architecture separates visual generation from action estimation. Sparse attention and expert routing concern the video backbone; they do not make this diagram a jointly predictive action/world policy. The extra IDM stage is scientifically important because plausible pixels can still yield inaccurate action labels.

Where the evidence stops. The figure provides no action-output head, execution feedback loop or proof of control success. Figure 3 supplies a qualitative IDM trajectory comparison; it does not report an aggregate error distribution or a masking ablation.

2. Motivation

2.1 The problem and the proposed response

Source description

Robot demonstrations provide limited appearance, viewpoint and interaction coverage at substantial collection cost. The paper proposes expanding supervision synthetically while retaining useful visual detail, geometry, action correspondence and physical behavior. The research question is whether this data engine supplies reliable training examples for a separate VLA policy. e02

2.2 What this reading follows

A convincing robot video becomes useful training data only when its observations, actions and physical interactions agree. GigaWorld-0 tackles that alignment through two routes. Dreamer and its transfer models generate or edit videos, with a separate inverse-dynamics model or transformed trajectories providing actions. A second route builds 3D scenes, estimates physical properties and generates simulated motion before rendering observations. The resulting suite offers considerable control over appearance and viewpoint. Read its evidence in layers: PBench supports an overall video-score advantage, DreamGen exposes mixed physical plausibility, and the downstream demonstrations leave quantitative policy improvements to another paper. e02e04e06e13e17e18e20

3. Research context

We place the paper in the collection through its world–action interface. The catalog labels and the reading’s assessment are shown separately.

Catalog dimensionRecorded classification
Major categoryDatasets
ArchitectureNot applicable
Prediction paradigmNot applicable
QuadrantNot applicable

3.1 Evidence-based assessment

Supports the recorded classification

Reader analysis

The recorded data-generation categories fit the suite's role as synthetic VLA supervision infrastructure. Not-applicable architecture/paradigm/quadrant labels are reasonable at suite level: Dreamer plus a separate IDM implements an inverse-dynamics route, while the 3D route uses reconstruction, identification and action generation. Calling the framework unified does not demonstrate one jointly predictive action/world model. e02e04e13e20

This is the collection’s architectural analysis, not a new related-work survey. Benchmark comparisons and their protocols appear in Section 6.

4. Problem formulation

4.1 Inputs and outputs

InputsOutputs
  • Initial images and text prompts; existing robot videos and trajectories
  • Depth/normal conditions, camera/base transforms, or human demonstrations with annotated end-effector poses
  • Object images, sparse background views, robot trajectories and seed demonstrations
  • Generated or edited videos paired with inferred/transformed actions
  • 3DGS and mesh assets, estimated physical attributes, and simulated manipulation trajectories

4.2 Equations and their role

dztdt=vθ(zt,t,c)\frac{d\mathbf{z}_t}{dt}=\mathbf{v}_{\theta}(\mathbf{z}_t,t,\mathbf{c})
Equation (1): z_t is the latent at generative time t, c is text/image conditioning, and v_theta is the learned velocity. This describes video generation, rather than a robot control law. e03
θ1:T=fIDM(V)\theta_{1:T}=f_{\mathrm{IDM}}(V)
Equation (9): V is the RGB video sequence, f_IDM the separate inverse-dynamics model, and theta_1:T the predicted sequence of robot joint angles. Here theta denotes actions; its role differs from the velocity-model parameter subscript above. e04
Kt=(TbaseWB)1TbaseWATteebase\mathbf{K}_t=\left(\mathbf{T}^{\mathrm{base}\to\mathcal{W}_B}\right)^{-1}\mathbf{T}^{\mathrm{base}\to\mathcal{W}_A}\mathbf{T}_t^{\mathrm{ee}\to\mathrm{base}}
Equation (11): the two base transforms describe original and relocated base poses; the final transform is the original end-effector pose relative to its base. K_t is the new base-relative end-effector pose, preserving the world-space pose in Eq. (10). e06

5. Method in detail

5.1 Turn an imagined observation into a supervised action example

Reader analysis

Begin with the gap between a generated scene and an executable training label. Dreamer conditions on an image and text to generate future observations. Section 3.1.1 then introduces a separate IDM that maps the video sequence to joint angles. Masked training removes background content from the IDM input so it can focus on the robot. Figure 3 shows predicted trajectories alongside ground truth, but supplies a qualitative example rather than an error summary. Reader interpretation: this two-stage route can expand task and visual diversity while introducing a second source of uncertainty, the recovered labels. It should therefore be evaluated at both interfaces: whether the generated interaction is plausible, and whether the inferred action actually corresponds to it. A good video benchmark score alone verifies neither correspondence nor downstream execution. e03e04e17

Figure 4. A shared lightweight conditioning design supports different transfer tasks. Original paper, p. 6 ↗

Excerpt from the authors’ paper; cropped without altering the figure or table.

How to read it. Read the two condition columns as slots whose contents depend on the transfer task. For appearance editing, depth and surface-normal videos encode geometry while text requests new textures or illumination. ViewTransfer uses background geometry and a rendered robot arm; MimicTransfer uses a masked scene and rendered arm motion. The source text says condition videos are VAE-encoded, concatenated channel-wise with noise latents, and compressed by MLP layers before the Transformer. This avoids duplicating the large MoE backbone as a ControlNet branch. Check the noise arrow carefully: the drawing points into the input-side encoder, so its exact placement is ambiguous relative to the text. e05e06e07

What it supports. Condition design carries the task-specific constraints while the video backbone supplies appearance. View and embodiment transfer therefore require geometric or motion information beyond a text instruction. MimicTransfer specifically needs annotated human end-effector poses and inverse kinematics to create its rendered robot condition.

Where the evidence stops. Figure 4's Gaussian Noise arrow enters a VAE block, whereas Section 3.1.2 describes noise latents at concatenation. The explanation follows the text and preserves the original drawing; the precise implementation cannot be resolved from the diagram alone.

5.2 Change the observation frame while preserving the task

Reader analysis

ViewTransfer makes action consistency explicit. Suppose the robot base is relocated but the intended end-effector pose in the world should remain unchanged. Equation (10) equates the world-space pose before and after relocation; Equation (11) solves for the new base-relative command. The visual conditions then separate the scene from the robot: depth-based reprojection supplies background information, and simulated arm motion supplies the kinematic condition. Training avoids requiring paired real views by reprojecting away from and back to the original view. The paper nevertheless describes transformed arm motion in the target frame while reconstructing the original video, leaving part of the training alignment ambiguous. Reader interpretation: a faithful implementation must resolve this coordinate convention before testing arbitrary view changes. Camera diversity is useful only when the associated action labels remain geometrically consistent. e06

Figure 10. The optimized object changes from surrogate weights to physical parameters. Original paper, p. 12 ↗

Excerpt from the authors’ paper; cropped without altering the figure or table.

How to read it. Start with the simulator on the left. It receives previous action and state together with sampled friction, stiffness and damping, producing training targets. In the middle, the flame marks a trainable surrogate that learns to predict simulator next states under those inputs. The right panel changes the optimization problem: the snowflake marks the frozen surrogate, and the flame moves to the physical parameters. Those parameters are adjusted to reduce discrepancy against real trajectories. Cross-checking the icons with Section 3.2.3 matters because training the surrogate and calibrating the robot are different stages. The learned differentiable approximation supplies a route for gradients during parameter fitting. e11

What it supports. The paper uses real trajectories to calibrate actuation dynamics even though its downstream product is synthetic data. A frozen surrogate makes parameter refinement possible without differentiating through the original simulator. This calibration mechanism concerns robot dynamics; object-property estimation follows a separate multimodal-model route.

Where the evidence stops. The source does not provide local parameter-recovery errors, held-out rollout errors or calibration ablations. An accurate one-step surrogate need not guarantee accurate fitted parameters or long-horizon behavior; that is a proposed validation question, not a measured failure.

5.3 Give a rendered object physical consequences

Reader analysis

The 3D route starts from assets rather than predicted pixels. Foreground generation and background reconstruction supply Gaussian representations for rendering and meshes for collision and dynamics. Section 3.2.3 then adds physical semantics: a multimodal model estimates object scale and properties, while robot actuation parameters are fitted through a differentiable surrogate. The flame and snowflake in Figure 10 show why the fitting stage is distinct from learning dynamics: the surrogate stays fixed as friction, stiffness and damping change. Action generation subsequently expands demonstrations with MimicGen or bootstraps reinforcement learning for complex tasks. AppearanceTransfer can edit the final renders. Reader interpretation: this ordering separates visual variation from the trajectory-producing simulation, but the paper's qualitative scenes do not prove that estimated parameters transfer accurately to physical contact. That requires held-out dynamics or execution tests. e09e10e11e12e13e19

5.4 Training and inference

During training

Source description

Training combines AgiBotWorld and RoboMind with thousands of proprietary robot-data hours collected on Agilex Cobot Magic and AgiBot G1 platforms. The paper reports 14 scenarios across five environment categories, but no exact data mixture or complete pretraining schedule. Dreamer uses 480×768, 61-frame clips. e14

Reader analysis

GigaTrain supports distributed training, FP8 and sparse attention. Dreamer's expert load-balancing coefficient is 0.01. Table 2 measures configurations on eight H20 GPUs with batch size 32; it does not specify total pretraining compute or demonstrate downstream quality preservation. e03e15

During inference

Source description

Generate a video, infer actions with IDM and form paired VLA supervision, or render a simulated action trajectory and edit its appearance. Multi-view video is formed by concatenating views along image width. Closed-loop world-model policy environments and self-improving rollout feedback are future directions. e04e08e13e20

Author claim

The authors report single-step distillation plus FP8 inference and over 50× acceleration, but supply no corresponding timed comparison here. Generated clips receive a composite score for pretraining, fine-tuning or rejection; score weights and acceptance thresholds are unspecified. e08

5.5 Implementation flow

  1. Generate video latents

    Dreamer uses flow matching, a 3D VAE with temporal/height/width compression 4/8/8 and 16 latent channels, 1×2×2 patchification, 3D rotary positions and T5 text embeddings. Its sparse-attention DiT routes each token to two of four FFN experts, with no shared expert. e03

  2. Recover actions separately

    GigaWorld-0-IDM predicts joint trajectories from generated RGB sequences. Training segments the robot arm and supplies only that region to reduce background interference. The displayed diagnostic covers 12 arm joints and two gripper degrees of freedom; this does not establish aggregate error or execution success. e04

  3. Control appearance and embodiment

    AppearanceTransfer concatenates VAE-encoded depth/normal conditions with noise latents, then compresses channels through MLPs. MimicTransfer learns reconstruction from masked robot videos and rendered arm motion. At use time, annotated human end-effector poses drive inverse kinematics and simulator rendering, while the human hand is masked from the scene condition. e05e07

  4. Transfer viewpoints with action coordinates

    ViewTransfer preserves the end-effector's world pose while relocating the base, transforming the action labels accordingly. Background warping and a rendered arm form separate conditions. Training uses depth-based double reprojection with the original video as target; the precise alignment of the transformed arm condition with that target remains insufficiently explained. e06

  5. Build assets and calibrate physics

    Foreground generation applies image/segmentation checks, Trellis generation, geometric inspection and URDF export. Background reconstruction combines sparse-view 3DGRUT, generated view restoration, dense 3DGS and Poisson meshing. A dynamics surrogate learns simulator next states, then remains frozen while friction, stiffness and damping are fitted to real trajectories. Qwen3-VL estimates object scale and physical attributes from rendered views. e09e10e11

  6. Generate executable supervision

    Simple tasks expand seed demonstrations through MimicGen; complex tasks bootstrap online reinforcement learning such as RLPD from teleoperation. Meshes support interaction and collision handling, while 3DGS provides rendered observations. AppearanceTransfer can diversify those renders before separate VLA training. e12e13

6. Experiments & results

GigaWorld-0 produces VLA training data through controllable video generation and a modular 3D simulation pipeline. Dreamer generates observations; a separate inverse-dynamics model supplies action labels. Its strongest measured evidence is a PBench overall-score lead, while DreamGen physical adherence is mixed and downstream robot gains are illustrated without local success-rate tables (e03–e04, e13, e17–e20).

Source and visual limitations
Reader analysis

The six visuals include the source's configuration diagnostic as the ablation-oriented table. It changes MoE and checkpointing together and does not isolate policy-learning mechanisms. Section 5.3 explicitly defers downstream success rates and ablations to GigaBrain-0; this PDF provides deployment frames but no local quantitative policy-gain table or controlled synthetic-data ablation. e15e20

6.1 Read the original evidence

Table 3. Dreamer leads the reported overall PBench comparison. Original paper, p. 18 ↗

Excerpt from the authors’ paper; cropped without altering the figure or table.

How to read it. Begin at the rightmost Overall Score column, then look left to Domain Score and the individual Quality Score columns. Boldface identifies the best value within a column, not a statistical significance test. Dreamer's final row reports 82.07 overall and 88.2 for the domain score. Cosmos-Predict2.5-2B is the nearest overall comparator at 79.95, with domain score 84.7. The remaining overall values are 79.88 for Cosmos-Predict2-14B, 78.85 for Wan2.2-14B and 77.15 for Wan2.2-5B. The parameter entry for Dreamer explicitly says activated parameters; do not convert it into a total-size or measured-runtime claim. e17

What it supports. The reported overall advantage over the nearest baseline is 2.12 score units. This supports stronger aggregate video evaluation on PBench Robot Set under the paper's comparison. The scattered bold values in the quality columns also show that the overall winner does not dominate every individual metric.

Where the evidence stops. These are generated-video scores, not robot success percentages. The source supplies no confidence intervals here and does not turn activated parameter count into a controlled efficiency comparison across different model architectures.

Table 4. Instruction following and physical plausibility tell different stories. Original paper, p. 18 ↗

Excerpt from the authors’ paper; cropped without altering the figure or table.

How to read it. Read each GR1 group separately and keep its IF columns distinct from PA. The protocol fine-tunes on 29 environment, 50 object and 47 behavior sequences, using batch size 64 for 200 steps. It adopts prompts from the DreamGen paper because the released-code prompts differ; PA averages PA I and VideoPhy-protocol PA II. Compare Dreamer against Cosmos-Predict2.5-2B: Qwen-IF improves for environment and behavior and ties at 0.920 for objects, while GPT-IF improves throughout. Then check PA: Dreamer's 0.529, 0.481 and 0.446 are each below that baseline's 0.534, 0.503 and 0.471. e16e18e14e20

What it supports. Against the 2B Cosmos-Predict2.5 baseline, the table supports improved or equal instruction following, accompanied by lower PA in every scenario. It therefore does not establish uniformly stronger physical plausibility. For a data engine, that distinction matters because instruction-aligned clips may still teach problematic interactions.

Where the evidence stops. Equal adaptation budgets do not equalize pretraining data or total training compute. Neither this table nor the qualitative downstream demonstrations establish which video metric predicts real-robot improvement; no local policy ablation connects the two.

6.2 Results and evaluation conditions

Task & protocolReported resultComparison & interpretation
PBench Robot Set video generation

Reported PBench Robot Set comparison; Dreamer has 2B activated parameters.

82.07

Overall Score; higher is better

Cosmos-Predict2.5-2B: 79.95; Cosmos-Predict2-14B: 79.88; Wan2.2-14B: 78.85; Wan2.2-5B: 77.15.

Highest reported overall score, 2.12 score units above the nearest baseline. This is video evaluation, not robot success. Confidence intervals are absent. e17

DreamGen GR1 generalization

GR1-Env/Object/Behavior fine-tuning subsets contain 29/50/47 sequences. All compared models use batch size 64 for 200 steps, the DreamGen paper prompts, and PA averaged from PA I and VideoPhy-based PA II.

Env: 0.966 / 0.586 / 0.529; Object: 0.920 / 0.540 / 0.481; Behavior: 0.894 / 0.638 / 0.446.

Qwen-IF / GPT-IF / PA; higher is better

Cosmos-Predict2.5-2B: Env 0.930 / 0.480 / 0.534; Object 0.920 / 0.240 / 0.503; Behavior 0.830 / 0.320 / 0.471.

Instruction following improves or ties against this baseline, but PA is lower in every scenario. Stronger instruction following does not establish stronger physical adherence. e16e18

Dreamer distributed training efficiency

Table 2, eight H20 GPUs, batch size 32; FSDP-2 rows.

Baseline: 33.19 / 89,355; FP8: 29.53 / 71,857; FP8+sparse attention: 25.38 / 73,131; FP8+sparse attention+MoE+FFN checkpointing: 33.38 / 73,997.

Seconds per step; memory in MB; lower is better

Sparse attention lowers latency relative to FP8 alone while memory rises. The final configuration adds both MoE and checkpointing.

A configuration diagnostic with a combined intervention in the final group, not an isolated MoE ablation or accuracy comparison. e15

Downstream GigaBrain-0 physical-robot demonstrations

Section 5.3 and Figures 18–23; policies trained using GigaWorld-0-generated data.

Illustrated laundry folding, paper towel preparation, table bussing and juice preparation; no task success rates reported here.

Qualitative execution examples

No local quantitative original-data-only control or synthetic-data ablation.

The source illustrates deployment and claims improved generalization, but sends numerical results and ablations to GigaBrain-0. Their magnitude cannot be verified from this paper. e20

6.3 Ablations and diagnostic examples

Read component removals and qualitative examples within their stated evaluation conditions.

Table 2. Read the checkmarks before attributing an efficiency gain. Original paper, p. 14 ↗

Excerpt from the authors’ paper; cropped without altering the figure or table.

How to read it. All rows use eight H20 GPUs and batch size 32. Lower time and memory are preferable. Act. Ckpt. means activation checkpointing of the feed-forward network; OOM means out of memory. Read within one framework before comparing frameworks: the first group has no marked options, the second enables FP8, and the third adds sparse attention. The final group enables both MoE and activation checkpointing alongside those options. For FSDP-2, these groups report 33.19, 29.53, 25.38 and 33.38 seconds per step. The corresponding memory values are 89,355, 71,857, 73,131 and 73,997 MB. These are training measurements, not inference timings. e15e14

What it supports. FP8 improves both reported FSDP-2 measurements over the unmarked configuration. Adding sparse attention further reduces step time but slightly increases memory. The final MoE/checkpointing configuration costs more time than the preceding configuration while remaining below the initial row's memory use. The table exposes a resource tradeoff rather than uniform improvement.

Where the evidence stops. The final comparison changes MoE and checkpointing together, so it cannot isolate either effect. No accuracy column tests whether efficiency changes preserve generation or policy quality. Section 4 does not report the total pretraining budget.

7. Analysis & limitations

7.1 What the evidence leaves open

Reader analysis

Hallucinations can damage policy learning. Feedforward deformable-physics inference is described as exploratory, and rendered examples do not validate the inferred object masses or contact parameters quantitatively. e08e11e19

Reader analysis

The abstract's no-real-world-interaction claim must not be read as no real-data dependence: the engine uses collected robot data, real system-identification trajectories and seed demonstrations. e02e11e12e14

Reader analysis

Figure 4's noise arrow enters the input-side VAE, whereas Section 3.1.2 describes concatenating noise latents after condition encoding. Figure 22 is called boxes moving in Section 5.3 but paper towel preparation in its caption. These inconsistencies remain unresolved. e05e20

7.2 Questions for discussion

  1. Does better instruction following outweigh lower physical adherence when synthetic clips become policy training data?
  2. How much action-label error survives visual quality filtering?
  3. Which gains remain after matching original and augmented datasets for sample count and training budget?

8. Reproducibility audit

8.1 Requirements and known gaps

Reader analysis

Reconstruction requires pretrained modules, proprietary robot data, masks, action/camera calibration, simulator assets and the data-quality filter. Exact pretraining schedules, IDM architecture/data scale, quality-score weights and thresholds, and physics-fit settings are not provided locally; several implementation details are deferred to cited papers. e03e04e06e08e09e10e11e14

Source description

For benchmark comparison, preserve the reported GR1 subset sizes, adaptation budget and PA aggregation. The authors explicitly use prompts from the DreamGen paper because released-code prompts differ. The paper announces future model/pipeline open-sourcing; this is not evidence of a verified runnable release. e02e16

8.2 Proposed reproduction checks

The following checks are proposals motivated by the paper. They have not been run as part of this reading.

Check 1: Does appearance augmentation improve execution after controlling for data volume?

Reader-proposed check, not performed: use the same original demonstrations, trajectory labels, VLA initialization and optimization budget in three conditions: repeated original examples, original plus AppearanceTransfer variants, and original plus quality-filtered variants. Match the number of training examples and hold out the same textures and lighting conditions for all groups. Report repeated-run task success and uncertainty on the same physical-robot tasks, together with video acceptance rates and action/geometry consistency failures. If generated data raises visual scores but fails to beat the repetition control, the proposed benefit from appearance diversity is unsupported in that setting. Comparing filtered and unfiltered variants separately tests whether quality selection, rather than generation alone, contributes to any gain. The exact source filter must first be specified because its weights and thresholds are absent. e05e08e13e20

Check 2: Does frozen-surrogate calibration predict new robot trajectories?

Reader-proposed check, not performed: fit the Figure 10 surrogate on the same simulator rollouts for every condition, then freeze its weights. Estimate friction, stiffness and damping on a fixed calibration split of real trajectories. Compare the fitted parameters with the initial/default parameter setting under an equal evaluation protocol, using unseen motions and loads. Measure both one-step state error and multi-step rollout error in the original simulator, not only in the surrogate; retain a fixed noise and command protocol. If surrogate loss decreases but original-simulator held-out error stays unchanged or increases, the optimization is exploiting approximation error or overfitting rather than improving transferable dynamics. Repeated initializations would expose unstable estimates even when one calibration trajectory appears well matched. e11

8.3 Reading coverage

Visual audit: Visually inspected the title/credits and all PDF pages 1–23, including Figures 1–23, Tables 1–4, equations, training details, evaluation protocol and deployment frames. All six final original-PDF crops were inspected; the Dreamer crop was widened and inspected again to retain the complete output image. Figure 4's noise-arrow ambiguity and the Figure 22 text/caption mismatch are disclosed. Reference-only pages 24–29 were read as text. No separately labeled appendix is present; external videos, linked code, supplements and the separate GigaBrain-0 quantitative report were outside the supplied material.

PDF pages inspected for this edition: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23. Appendix coverage: not present.

Original figures and tables remain the work of the source’s authors. Extractions preserve their scientific content; any HTML wrapper layout is disclosed with each figure. The surrounding reading notes are our own.

Text reading scope & known omissions
  • Abstract
  • 1. Introduction
  • 2. Related Work
  • 3. GigaWorld-0 Models
  • 3.1. GigaWorld-0-Video
  • 3.1.1. GigaWorld-0-Video-Dreamer
  • 3.1.2. GigaWorld-0-Video-AppearanceTransfer
  • 3.1.3. GigaWorld-0-Video-ViewTransfer
  • 3.1.4. GigaWorld-0-Video-MimicTransfer
  • 3.2. GigaWorld-0-3D
  • 3.2.1. GigaWorld-0-3D-FG
  • 3.2.2. GigaWorld-0-3D-BG
  • 3.2.3. GigaWorld-0-3D-Phys
  • 3.2.4. GigaWorld-0-3D-Act
  • 3.2.5. Function as Data Engine
  • 4. GigaWorld-0 Training
  • 5. Experiments
  • 5.1. Benchmark Results
  • 5.2. Visualiztaion Results
  • 5.3. Downstream Task Results
  • 6. Conclusion
  • References

Outside the original text pass

  • Identity/version: the observed title and all listed GigaWorld Team members match the catalog. PDF p. 1 identifies arXiv:2511.19861v2 [cs.CV], 30 November 2025, and separately prints 2025-12-2. The catalog submission date is 25 November 2025. This report reviews the supplied v2 artifact; the earlier version was not supplied or compared.
  • Text extraction does not reconstruct figure images; inspect the retained PDF for figures and equation/table layout.
  • Separate supplemental material availability has not been fully verified.
  • All seven supplied text chunks, including references on pp. 24–29, were read. PDF pages 1–23 and all final crops were visually inspected; reference-only pages 24–29 were read as text.
  • No separately labeled appendix is present. Linked project videos, repositories, cited implementation papers and the separate GigaBrain-0 report were not supplied or inspected. No experiments were reproduced.

The visual audit above records the subsequent illustrated pass.

8.4 Traceable evidence

e01PDF p. 1, title, GigaAI heading, complete GigaWorld Team credits and arXiv margin stampInspect

The title matches the catalog. The full supplied team list appears on the title page, credited under GigaAI. The margin identifies 2511.19861v2, 30 Nov 2025; the header separately dates the report 2025-12-2.

Go to primary source ↓
e02PDF pp. 2–3, Abstract, Section 1 and Table 1Inspect

The work positions four video and four 3D components as a VLA data engine, claims reduced collection burden and announces future open-sourcing. The abstract includes the no-real-world-interaction claim.

Go to primary source ↓
e03PDF pp. 4–6, Section 3.1.1, Figure 2 and Eqs. (1)–(8)Inspect

Flow-matching video generation uses 3D VAE latents, T5 conditioning, sparse-attention DiT and four routed FFN experts with two active per token. Compression is 4/8/8 with 16 channels and 1×2×2 patches; the load-balancing coefficient is 0.01.

Go to primary source ↓
e04PDF pp. 5–6, Figure 3 and Section 3.1.1 'Function as Data Engine', Eq. (9)Inspect

A separate masked-training IDM predicts joint-angle sequences from videos. Figure 3 plots predicted and ground-truth trajectories across 12 arm joints and two gripper degrees of freedom; no aggregate accuracy table is given.

Go to primary source ↓
e05PDF p. 6, Figure 4; p. 7, Section 3.1.2 'Model Details'Inspect

Text describes VAE-encoded conditions concatenated with noise latents and channel-compressed MLPs. Depth and normals come from VideoDepthAnything and LOTUS. Figure 4 instead draws the Gaussian Noise arrow into the input-side 3D VAE Encoder, leaving noise placement ambiguous.

Go to primary source ↓
e06PDF pp. 7–8, Section 3.1.3, Figure 5 and Eqs. (10)–(11)Inspect

The relocated-base action transform preserves the world end-effector pose. Double reprojection constructs a background condition and the original-video target; an arm-only simulation supplies the second condition. The description places transformed arm motion in the target frame while also specifying the original video as reconstruction target.

Go to primary source ↓
e07PDF pp. 8–9, Figure 6 and Section 3.1.4Inspect

MimicTransfer trains from robot videos, arm masks and simulated arm trajectories. Application to human videos requires masking human hands and annotated end-effector poses for IK and robot-arm rendering.

Go to primary source ↓
e08PDF pp. 9–10, end of Section 3.1.4 before Section 3.2Inspect

Multi-view inputs concatenate along width. The authors claim single-step distillation with FP8 yields over 50× acceleration. They acknowledge hallucinations and describe a composite quality score for pretraining, fine-tuning or rejection without providing weights or thresholds.

Go to primary source ↓
e09PDF pp. 10–11, Section 3.2.1 and Figure 8Inspect

Foreground generation uses aesthetic and segmentation checks, Trellis, multiview geometric inspection, retries and URDF export. Texture-baking details are referred to another paper.

Go to primary source ↓
e10PDF p. 11, Section 3.2.2 and Figure 9Inspect

Sparse-view 3DGRUT reconstruction is followed by generated view restoration, dense 3DGS reconstruction and Poisson surface meshing. Figure 9 shows before/after restoration examples.

Go to primary source ↓
e11PDF p. 12, Section 3.2.3 and Figure 10Inspect

Simulator rollouts train an MSE next-state surrogate; frozen-surrogate gradients then refine friction, stiffness and damping against real trajectories. Qwen3-VL estimates object physical attributes. Feedforward spring-mass inference is described as being explored.

Go to primary source ↓
e12PDF pp. 12–13, Section 3.2.4 and Figure 11Inspect

Simple actions use teleoperation/rule seeds and MimicGen; complex tasks bootstrap online RL such as RLPD from demonstrations, then generate trajectories.

Go to primary source ↓
e13PDF p. 13, Section 3.2.5Inspect

The integrated 3D suite uses Gaussian representations for rendering and meshes for physical interaction, calibrates dynamics, produces action trajectories, and applies AppearanceTransfer to diversify rendered VLA data.

Go to primary source ↓
e14PDF pp. 13–14, Section 4 training data and infrastructureInspect

The source names AgiBotWorld/RoboMind and thousands of proprietary hours from Cobot Magic/G1 across five environment categories and 14 scenarios. Dreamer trains on 480×768, 61-frame clips; a complete pretraining schedule and exact data mixture are absent.

Go to primary source ↓
e15PDF p. 14, Table 2, caption, FSDP-2 rows and Section 4 discussionInspect

On eight H20 GPUs and batch size 32, FSDP-2 time/memory are 33.19/89355 without marked options, 29.53/71857 with FP8, 25.38/73131 with FP8+sparse attention, and 33.38/73997 with all four options. Final rows jointly enable FFN checkpointing and MoE; OOM means out of memory.

Go to primary source ↓
e16PDF pp. 16–18, Section 5.1 benchmark protocol, especially p. 17 final paragraph and p. 18 continuationInspect

GR1 adaptation data contain 29 Env, 50 Object and 47 Behavior sequences, trained at batch size 64 for 200 steps. Evaluation adopts paper prompts because released-code prompts differ, and averages PA I with VideoPhy-protocol PA II.

Go to primary source ↓
e17PDF p. 18, Table 3, PBench Robot Set, model rows and Domain/Overall Score columnsInspect

Dreamer 2B activated: Domain 88.2, Overall 82.07. Cosmos-Predict2.5-2B: 84.7/79.95. Other overall scores are 79.88 for Cosmos-Predict2-14B, 78.85 for Wan2.2-14B, and 77.15 for Wan2.2-5B. Some individual quality columns favor other models.

Go to primary source ↓
e18PDF p. 18, Table 4, all GR1 groups and Dreamer/Cosmos-Predict2.5 rowsInspect

Dreamer Qwen-IF/GPT-IF/PA: Env .966/.586/.529, Object .920/.540/.481, Behavior .894/.638/.446. Cosmos-Predict2.5: .930/.480/.534, .920/.240/.503, .830/.320/.471. Dreamer improves or ties IF against that baseline but has lower PA throughout.

Go to primary source ↓
e19PDF pp. 15–19 and 21–22, Section 5.2 and Figures 12–17Inspect

Selected frames illustrate prompt-dependent video, multi-view outputs, appearance transfer, viewpoint transfer, human-to-robot transfer and 3D scenes. These are qualitative samples; Section 5.2 notes that gripper-state IDM accuracy depends on multi-view inputs without a numerical ablation.

Go to primary source ↓
e20PDF p. 20, Sections 5.3 and 6; pp. 22–23, Figures 18–23 and captionsInspect

The source shows GigaBrain-0 robot demonstrations and defers success rates, robustness analysis and ablations to the separate GigaBrain-0 work. Figure 22 is called boxes moving in the text and paper towel preparation in its caption. Interactive policy environments and closed-loop self-improvement are future directions.

Go to primary source ↓

8.5 Primary sources

Scroll across the image to inspect details. Press Esc to close.