对比 · 非官方社区指南
MotionBricks 对比 Kimodo：需要实时动作时，和不需要时
两个项目都出自 NVIDIA，都生成人形动作，所以帖子里两个名字经常被混着写。MotionBricks 的 README 用一句话界定了二者的关系——这是分工，不是竞争。
官方 README 怎么说
在 MotionBricks README 的 Related Work 一节，Kimodo 只有一句话：“A sibling project focused on offline motion generation, complementary to MotionBricks' real-time runtime.”（一个专注于离线动作生成的兄弟项目，与 MotionBricks 的实时运行时互补）。这就是 MotionBricks 仓库内对它的全部官方定位：兄弟、离线、互补。关于 Kimodo 更具体的内容，请看它的项目页或它的 GitHub 仓库——本站刻意不把那边任何数字搬进这篇对比。
真正的分界：动作在什么时候生成
MotionBricks 在你交互的同时、于运行时生成动作。官方交互演示里，你用 WASD 加 11 个风格键操控一台 Unitree G1，按键一变，模型就合成后续帧——官方项目页给出的指标是 15,000 FPS 生成吞吐、2 ms 延迟。整套设计（潜在骨干加 smart primitives）就是为了让这个循环便宜到能实时跑，无论动画绑定还是持续接收指令的机器人。
Kimodo 在这条线的另一侧。NVIDIA 措辞里的“离线”，指动作在使用前就生产好，而不是在实时输入流下生成——经典的先烘焙再使用流程，输出质量比响应时间更重要。Kimodo 擅长什么请读它的项目页；本文只负责划清边界。
| 维度 | MotionBricks | Kimodo |
|---|---|---|
| 生成时机 | 运行时、交互式 | 离线、使用前 |
| 延迟压力 | 毫秒级预算；官方数字为 2 ms | 没有实时交互循环要满足 |
| 官方关系 | — | README 称其为互补的兄弟项目 |
| 发布位置 | GR00T-WholeBodyControl 单仓库（预览版） | 独立的 GitHub 仓库 |
该伸手拿哪个
如果动作要响应尚未可知的东西——玩家按键、机器人纠正路径、角色中途换步态——离线路线会牺牲掉这份响应性，而这正是 MotionBricks 要解决的问题。安装指南带你亲手跑起交互式 G1 演示；用键盘玩二十分钟，运行时与离线的区别通常就直觉化了。
如果你只是往时间线里填已经定稿的动画，导出后不再改动，“离线”不是贬义——它是正确的约束，先烘焙再导入是常规管线，Unity 桥接页上就画着这样一条。真正错的做法，是让任一项目背离它自己的设计意图去用。