Awesome-Astra-Embodied-AI, a public GitHub repository, has assembled reported GPT-6 Astra robotics demonstrations across simulation, physical deployment, policy calls, real-to-sim replay and reinforcement-learning workflows. For developers, the practical consequence is a consolidated index whose case notes identify roles ranging from planning and trajectory generation to direct control and environment construction.
The README lists 12 simulation cases, 10 real-world cases, one agentic policy call, six real-to-sim replay or data-rollout cases and six RL environment and training cases. The repository presents those totals in its contents.
The simulated Unitree G1 cola-bottle case assigns high-level planning to Astra, while GEAR-SONIC converts the plan into a whole-body qpos trajectory for execution in Isaac Sim. A separate G1 navigation entry describes the same division between Astra’s navigation plan and GEAR-SONIC’s trajectory generation. Both cases are described in the repository.
The FluxVLA case uses another architecture: Astra performs task inference and planning, but a pretrained FluxVLA policy executes the low-level embodied actions. The repository explicitly limits the entry’s use of “zero-shot” to Astra’s part of that pipeline. That control split appears in the FluxVLA case description.
Other entries document constraints that narrow their claims. In the Dual-ALOHA demonstration, the claw task is a kinematic replay beginning from a pregrasped state, while the rope task uses native MuJoCo dynamics. Both use ideal-grasp assumptions and show specific planned motions rather than an online policy. The README states those conditions alongside the case.
The 10 real-world reports include keyboard operation, marker grasping, plug insertion, mobile manipulation, cucumber slicing and Piper pick-and-place. Their interfaces also differ: one case has Astra output end-effector poses using third-person and wrist cameras, while another describes direct robot-arm control through Loop-ROS. The real-world section lists these demonstrations and deployment details.
The collection extends beyond robot control. Its real-to-sim section includes a kitchen reconstructed from monocular RGB video, dexterous-hand motion reconstruction and a multi-view workflow combining robot actions, calibration, assets, system identification, MuJoCo and Blender. Those reconstruction cases are listed in the repository.
One training entry reports that Astra created a pen mesh, implemented a Sharpa-hand pen-spinning task in Isaac Lab, trained a PPO policy and produced a visualization video. The case is presented as an RL environment and training workflow.
Analysis: The defensible interpretation is that “Astra for robotics” describes several integration patterns rather than one fixed controller architecture. The catalogue places high-level planning with GEAR-SONIC, planning with FluxVLA, direct pose output, simulated replay and environment construction under the same project heading. Those differing roles are visible across the case descriptions.
The unresolved trade-off is breadth versus attribution. The range of cases gives developers multiple interfaces to investigate, but a successful planned replay cannot establish the same capability as direct physical control, and a task executed through a pretrained policy cannot be attributed to the planning layer alone. Evaluations based on these workflows therefore need to state which component handles perception, planning, trajectory generation and low-level execution, along with any simulator or grasp assumptions documented by the case. The repository’s GEAR-SONIC, FluxVLA and Dual-ALOHA entries show why those boundaries differ.