技术栈的机器人侧 · 事实来自 GR00T-WBC 模型卡

SONIC:MotionBricks 的动作遇上真 G1

MotionBricks 回答「这个角色下一步该做什么?」。GEAR-SONIC 回答「让一台 30 kg 的机器人真的做到」。两者发布在同一个仓库里,README 明确说它们共同构成 NVIDIA GR00T Whole-Body Control 计划的基石。

两个项目如何关联

README 的 Related Work 一节用一句话说清:「Together with MotionBricks, GEAR-SONIC anchors NVIDIA's GR00T Whole-Body Control initiative.」(与 MotionBricks 一起,GEAR-SONIC 奠定了 NVIDIA 的 GR00T Whole-Body Control 计划。)落到实处的含义是:一个共享单仓库(NVlabs/GR00T-WholeBodyControl),MotionBricks 作动作生成层(潜在模型怎么工作),SONIC 作跟踪控制器,把参考动作变成 Unitree G1 上的电机行为。

GEAR-SONIC 片头:Unitree G1 执行由 SONIC 控制器跟踪的全身动作
共享素材文件夹里的官方 GEAR-SONIC 片头 GIF。打开原件

官方 SONIC 来源:项目页 · Hugging Face 上的 nvidia/GEAR-SONIC · 父仓库

三个 checkpoint

逐字摘自 GR00T-WBC 模型卡——每个 checkpoint 都在 nvidia/GEAR-SONIC Hugging Face 仓库里:

Checkpoint参考 lookahead用途下载
Default SONIC (original release) 10 future frames at 20 ms spacing, approximately 200 ms of reference lookahead Default general-purpose SONIC controller for motion tracking, planning, teleoperation, and compatibility with existing deployments. G1 and teleoperation future-reference observations use step5. nvidia/GEAR-SONIC · main
Low-latency teleoperation 4 future frames at 20 ms spacing, approximately 80 ms of reference lookahead Intended for more responsive whole-body teleoperation and VLA execution. G1 and teleoperation future-reference observations use step1. Use its encoder, decoder, and observation config together. nvidia/GEAR-SONIC · low_latency
SONIC v1.1 10 future frames at 20 ms spacing, approximately 200 ms of reference lookahead Uses robot-heading-normalized target orientation and was trained with wrist-pose augmentation. Intended for heading-stable whole-body teleoperation and SONIC-backed VLA policies that use this controller. G1 and teleoperation future-reference observations use step5; this is not the low-latency model. nvidia/GEAR-SONIC · sonic_v1_1
共同规格: All three models use the SONIC universal-token controller, produce 64-dimensional latent motion tokens, run the controller at 50 Hz, and support SMPL pose, G1 motion reference, and teleoperation inputs.
模型卡原话的提醒: The lookahead values describe the reference horizon presented to the controller. They are not measurements of total end-to-end teleoperation latency, which also includes sensing, networking, preprocessing, and inference.

SONIC 在发布时间线里

父仓库新闻源中与 SONIC 相关的条目(完整时间线见新闻页):

MotionBricks 自己的 2026-04-27 预览发布是这条合并叙事的起点;上面这些 checkpoint 行是之后在 SONIC 一侧陆续到来的。

接着读什么

MotionBricks 与 NVIDIA 技术栈

GR00T 各部件(以及哪些不属于它)如何归类。

架构

这对组合中生成侧的 VQVAE / pose / root 模型。

新闻时间线

两份 README 里每一条带日期的条目,附来源。

SONIC 常见问题

SONIC 和 MotionBricks 是什么关系?
SONIC(以 GEAR-SONIC 发布)是 NVIDIA 面向 Unitree G1 的全身控制控制器,与 MotionBricks 一起发布在同一个 GR00T-WholeBodyControl 仓库里。README 的 Related Work 一节写明:GEAR-SONIC 与 MotionBricks 共同构成 NVIDIA GR00T Whole-Body Control 计划的基石——MotionBricks 生成动作,SONIC 在机器人上跟踪并执行。
应该用哪个 SONIC checkpoint?
通用动作跟踪、规划、遥操作与现有部署兼容用最初的 Default SONIC;追求响应式遥操作与 VLA 执行用低延迟 checkpoint(4 帧,约 80 ms 参考 lookahead);需要航向稳定的遥操作用 SONIC v1.1(机器人航向归一化目标朝向、腕部姿态增强)。三个都在 nvidia/GEAR-SONIC Hugging Face 仓库里。
80 ms lookahead 指的是总共 80 ms 的遥操作延迟吗?
不是,模型卡说得非常明确:lookahead 值描述的是给控制器的参考视野(reference horizon),不是端到端延迟——后者还包括感知、网络、预处理与推理。任何把 lookahead 表当成 SONIC「延迟」来引用的帖子都是在误读。