GR00T N1 —— 双系统架构如何让一个模型驱动不同人形机器人

引言

大家好,我是桃花键神。

2025 年 3 月,NVIDIA 甩出了「GR00T N1」,定位是"面向通用人形机器人的开放基础模型"。论文编号 arXiv:2503.14734,权重、代码、仿真基准一并开源。

这篇论文值得花时间读,不是因为它又堆了一个更大的 VLA(视觉-语言-动作)模型。而是它正面回答了一个绕不开的工程问题:真机数据少得可怜,各家机器人的自由度、传感器配置还各说各话,这种情况下,怎么训出一个能跨本体复用的策略模型?

打个比方。你想教一个人开车,手上只有三小时实车录像,外加一堆别人开卡丁车、开卡车、开挖掘机的视频。车都不一样,这活儿怎么教?

GR00T N1 给出的答案,就是它那套双系统架构加三层数据金字塔。

本文顺着这条主线往下拆:研究背景、双系统架构、三层数据策略、跨本体设计,然后是实验结论,最后聊它对启元机器人(PrimeBot)二开实践有什么用。文中参数都标了出处,论文原文的标论文,官方仓库的标仓库,不瞎编。

1. 研究背景:三道待解的题

1.1 高维动作空间

桌面机械臂一般 6 到 7 个自由度。人形机器人呢?躯干、两条胳膊、手腕、手指要一起协调,动作维度直接高出一个数量级。论文原话是,传统 VLA 模型处理不了这么高维的动作空间。

这么理解吧。让机械臂动起来,像弹一首单音练习曲;让人形机器人动起来,像同时弹琴、踩踏板,还得抬头看指挥。

图注:机械臂与人形机器人的自由度对比:关节数从 6--7 到 20--40+,动作空间维度随之上升

1.2 实时性约束

灵巧操作要的是高频闭环。策略模型每回只吐一步动作,推理还慢吞吞的,机器人就干不了需要快速反应的活儿。

1.3 数据稀缺与"数据孤岛"

这条才是最要命的。论文里那句话挺扎心:不存在"人形机器人数据集的互联网"(no Internet of humanoid robot datasets)。任何单一人形平台能采到的数据量,都小了好几个数量级。

更麻烦的是什么?你把各家的数据凑到一块儿(Open X-Embodiment 就干过这事),由于本体结构、传感器、驱动自由度、控制模式差得太远,得到的也不是一个连贯的大数据集,而是一片"群岛"(archipelago of "data islands")。岛和岛之间,不通航。

所以这三道题,直接决定了 GR00T N1 的设计取向:

  • 架构上,要解决"慢思考 + 快执行"怎么协同;
  • 数据上,要解决异构数据怎么放在一起训;
  • 本体上,要解决不同机器人怎么共用一个策略底座。

2. 核心方法:双系统架构

GR00T N1 用的是显式的双系统(dual-system)组合结构,灵感来自人类认知里快慢两套系统。

这个比喻好懂:System 2 是那个想清楚了再动手的人,System 1 是靠肌肉记忆干活的人。

2.1 System 2:视觉-语言模块(慢思考)

System 2 是个预训练的 VLM,管"看懂环境 + 听懂指令"这两件事。

  • 组成:基于 NVIDIA Eagle-2 视觉编码器与 SmolLM-1.7B 语言模型构建。
  • 运行频率:约 10 Hz(论文明确指出在 NVIDIA L40 GPU 上运行)。
  • 职责:处理视觉感知与语言指令,理解任务目标,输出高层的视觉-语言 token 表示。

2.2 System 1:扩散 Transformer 动作模块(快执行)

System 1 是个扩散 Transformer(Diffusion Transformer, DiT),通过动作流匹配(action flow matching)训练。

  • 生成方式:流匹配,也就是预测去噪速度场,迭代去噪生成动作。
  • 输出形式:一次推理输出 16 步连续电机动作块(action chunk)。
  • 运行频率:最高 120 Hz,闭环执行实时灵巧控制。
  • 与 System 2 的连接:交叉注意力(cross-attention),直接吃 VLM 输出的视觉-语言 token。

好家伙,10 Hz 配 120 Hz,差了 12 倍。为什么要切得这么狠?

因为"想明白要干嘛"这件事,真不需要每 8 毫秒干一次。但"手往哪儿使劲"这件事,慢一点就直接摔了。

2.3 两系统如何耦合

这俩模块不是松耦合的两级流水线,是端到端联合训练的。DiT 通过交叉注意力读 VLM token,梯度能从动作端一路回传到 VLM。论文特意强调二者"紧密结合、端到端共同训练"。

架构示意如下:

配图说明:上图为 GR00T N1 双系统数据流示意。信息自顶向下单向流动:VLM 以约 10 Hz 的低频完成语义理解,DiT 以最高 120 Hz 的高频输出动作块,两者通过交叉注意力耦合,最终由具身感知编解码器把统一表示映射到具体本体的电机指令空间。

两个模块的职责与频率对比:

|------|-----------------------|-------------------|
| 维度 | System 2(VLM) | System 1(DiT) |
| 职责 | 语义理解、任务规划 | 连续动作生成 |
| 基座 | Eagle-2 + SmolLM-1.7B | 扩散 Transformer |
| 运行频率 | ≈10 Hz | ≤120 Hz |
| 单次输出 | 视觉-语言 token | 16 步 action chunk |
| 训练目标 | 继承互联网级语义知识 | 流匹配(速度场预测) |

3. 数据策略:三层数据金字塔

数据不够怎么办?论文给出的答案是"数据金字塔"(data pyramid)。金字塔自底向上,数据量递减,本体相关度递增:

  • 底层:人类视频。量最大,来自互联网与第一视角人类视频(如 Ego4D 等),提供人类动作模式与任务语义。通过无监督的潜在动作(latent action)学习,从无标注视频里抠出可迁移的动作表征。
  • 中层:合成数据。由 NVIDIA Omniverse 等平台生成的大规模仿真轨迹,用来补控制信号、扩大覆盖度。
  • 顶层:真实机器人遥操作轨迹。量最少、成本最高,但跟真实部署环境最贴近,负责弥合 sim-to-real 差距。

打个比方。底层像蹲在旁边看别人干活,学个套路;中层像在模拟器里一遍遍练手;顶层才是真正上手实操。三层缺一不可,但成本完全不是一个量级。

图注:三层数据金字塔:真机遥操作 / 仿真合成 / 人类视频,越往上信号越强、规模越小

三层数据的定位对比:

|----|-------------------|------|-------------|-------------------|
| 层级 | 数据来源 | 规模特征 | 主要作用 | 主要局限 |
| 底层 | 互联网/第一视角人类视频 | 最大 | 提供动作模式与任务语义 | 无标注、本体不匹配 |
| 中层 | 仿真合成(Omniverse 等) | 中等 | 补充控制信号、扩大覆盖 | 存在 sim-to-real 差距 |
| 顶层 | 真机遥操作轨迹 | 最小 | 贴近真实、弥合差距 | 采集昂贵、难以规模化 |

这套策略的本质其实很朴素:用低成本数据换覆盖度,用高成本数据校准真实性。真机数据太少容易过拟合,那就拿便宜数据先把分布铺开,再拿贵数据把偏差掰回来。

4. 跨本体设计:让一个策略底座适配不同机器人

要让单臂机械臂、双臂灵巧手人形机器人、乃至人类视频共享同一个策略底座,GR00T N1 做了两项关键设计。

第一,相对末端执行器动作空间(relative end-effector action space)。 不直接预测绝对关节角,而是预测末端执行器的相对位移。这样不同自由度的本体,就能共享同一套动作语义。

这个设计妙在哪儿?打个比方。你教人"把杯子往左挪十厘米",不管对方胳膊长胳膊短,都能听懂。但你要是说"肩关节转 15 度、肘关节转 22 度",换个身材的人就懵了。

第二,具身感知的状态/动作编码器(embodiment-aware encoder/decoder)。 论文明确提到 DiT"采用具身感知的编码器与解码器,以处理可变的状态与动作维度"。翻译一下:对外是统一的中间表示,对内按本体维度做适配。

这两项设计合起来,解决的就是 1.3 节那个"数据孤岛"。思路不是强行把数据全对齐成同一种格式,而是在动作空间和编解码层做适配。硬凑不如巧接。

5. 实验设计与关键结论

5.1 实验设置

图注:同一套动作先在仿真中验证、再迁移到真机:左侧物理仿真视口与轨迹,右侧真机执行(AI 生成示意图)

  • 仿真基准:在多种机器人本体(from tabletop robot arms to dexterous humanoid robots)的标准仿真基准上评测。
  • 真机部署:在 Fourier GR-1 人形机器人上部署,执行语言条件下的双臂操作(bimanual manipulation)任务。
  • 开放检查点:GR00T-N1-2B(约 2B 参数量,其中 VLM 部分约 1.x B);据公开技术解读,预训练约消耗 50,000 H100 GPU 小时。

5.2 主要结论

  1. 仿真基准上的整体表现:GR00T N1 在多个机器人本体的标准仿真基准上,优于当时最先进的(state-of-the-art)模仿学习基线。
  2. 真机双臂操作:在 Fourier GR-1 上完成了语言条件下的双臂操作任务,论文称取得了"强性能与高数据效率"(strong performance with high data efficiency)。
  3. 数据效率:异构数据混合(人类视频 + 合成 + 真机)的策略,让模型在较少真机数据下仍能达到可用性能。

5.3 需要客观看待的局限

这块我得说句实在话。论文自述里没集中聊局限性,但从实验设计能看出几条边界,做开发的时候心里得有数:

  • 评测以仿真为主,真机任务集中在 GR-1 单一本体上,跨本体泛化能力缺少统一基准下的第三方独立复现。
  • 性能数字为作者自评,缺少独立机构在相同基准上的复现验证。
  • 实际部署表现可能与仿真结果存在差异,这是具身智能领域普遍存在的 sim-to-real 问题,不是该模型独有。

那怎么办?看待这类结果,更稳妥的做法是把它当架构与方法论的参考,而不是直接当选型时的性能承诺。真要上车,自己跑一遍最实在。

6. 对启元机器人开发实践的启发

结合启元机器人(PrimeBot)当前的开放能力,GR00T N1 的方法论有三点能落到具体开发里。

6.1 双系统频率分层,对应端侧算力的分配

GR00T N1 把"语义理解(10 Hz)"和"动作生成(120 Hz)"明确分层,这个思路跟端侧算力受限的现实是对得上的:高频控制回路必须稳定、低延迟,不能被大模型推理堵住。

启元开源的 arm-native-toolchain 提供了面向 Orin 与 RK 平台的 ARM 原生编译环境(Docker),说明工具链已经在为端侧部署铺路了。

开发者基于「PrimeBot SDK」(当前 Q1 SDK 版本 v0.1.2.7,基于 ROS2 Humble 与 FastDDS)做二开时,可以参考这个分层:把大模型推理放在低频决策层,把实时控制留给高频回路,别把 VLA 推理直接塞进实时控制循环里。

6.2 数据金字塔,对应 Skill 的低成本冷启动

启元在 AtomGit 上开源的 Skill(如 carry-clothes 家务搬运技能、weather_forecast 天气查询技能),展示了单一技能的完整实现。但要让一个 Skill 具备泛化能力,纯靠真机采集,成本高得吓人。

数据金字塔给了一条务实路径:先用公开视频或仿真数据做预训练建立动作先验,再用少量真机遥操作数据做微调校准。

这跟论文"用低成本数据换覆盖度、用高成本数据校准真实性"的思路是一回事,也跟启元「PrimeConsole」提供的仿真验证能力接得上------在虚拟环境里模拟全身关节运动、提前验证轨迹与控制逻辑。仿真先行,再上真机,一把梭搞定。

6.3 跨本体设计,对应 Q1 与 T1 的形态差异

启元产品线里,Q1 是小尺寸全身力控人形机器人,T1 能在轮足人形与四足形态之间自主切换,两者形态和自由度差异相当明显。

GR00T N1 的"相对动作空间 + 具身感知编解码器",对这类多形态产品共享策略底座的问题有直接参考价值:与其给每种形态单独训一套策略,不如在动作表示层做统一(相对位移而非绝对关节角),在编解码层做本体适配。

启元已经开源了 q1-urdf(Q1 V3.0)与 t1-urdf(T1 V3.0)完整 URDF 描述包,为这类跨形态的运动学与动力学对齐提供了基础数据。说白了,底盘已经给你铺好了,剩下的看你怎么跑。

7. 小结

GR00T N1 的贡献可以归纳为三点:

  1. 架构上,用显式的双系统分层(10 Hz VLM + 120 Hz DiT)兼顾语义理解与实时控制;
  2. 数据上,用三层金字塔(人类视频 / 合成 / 真机)缓解真机数据稀缺;
  3. 本体上,用相对动作空间与具身感知编解码器打破"数据孤岛"。

对开发者来说,比起盯着具体分数,更有价值的是这套"分层架构 + 分层数据 + 分层适配 "的设计范式。它把"如何让一个模型适配不同机器人"这个模糊问题,拆成了三个能分别工程化的子问题。


最后哔哔。 写在最后,我最大的感受就一句:别指望一个大模型把所有频率的活儿全包了。该分层的分层,该适配的适配,这才是工程上能落地的路子。

一句话结论:GR00T N1 的价值不在榜单分数,在于它把"一个模型适配不同机器人"拆成了架构、数据、本体三个能分别动手的子问题。

相关资源(指路)

相关推荐
Y Shy10 小时前
2026.10 在受限的嵌入式机器人设备中使用LLM Agent
机器人·llm·嵌入式·agent
HA-ming13 小时前
PCSwitch 智能呼叫系统技术拆解:AI 机器人、意图识别与模块化流程如何串起业务自动化
人工智能·机器人·自动化·智能呼叫系统·智能呼叫中心·智能外呼·可视化模块化
BSD_CGQ16 小时前
FSR 压力传感器 I2C 接口实战:地址规划与 MCU 软件滤波的工程取舍
嵌入式硬件·机器人·压力传感器·柔性薄膜压力传感器
火星机器人life18 小时前
|机器人强化学习系列第 1 篇|机器人为什么需要强化学习?传统控制方法的四个局限
机器人
xwz小王子18 小时前
Nature Machine Intelligence|微型机器人强化学习训练缩短至分钟级:每秒19万次交互
人工智能·机器人
某林21218 小时前
局部路径规划器 DWB:速度采样与评分权重的取值分析
人工智能·算法·架构·机器人·技术复盘
七夜zippoe18 小时前
启元 Q1 三份 MJCF 仿真文件对比:显示 / 运动学 / 全范围怎么选
ai·机器人·仿真·robot·mjcf
七夜zippoe19 小时前
启元 Q1 关节指令预检器:URDF 限位拦越界指令
ai·机器人·urdf·启元·关节
七夜zippoe19 小时前
启元 Q1 腿部运动学逆解:Python 算站立下蹲关节角
开发语言·python·ai·机器人·腿部运动学