判断机器人演示能否用于自己的场景，建议分别核对动作如何产生、测试条件是否变化、结果怎样统计。研究中的迁移能力不能直接当作任意现场的部署承诺；下面给出一份可直接用于提问的记录方法。
- 先确认模型输出的是动作、计划，还是仅提供文字说明。
- 把新物体、新场景和新机器人分开核对。
- 同时记录失败、人工介入与测试边界。
1. 先看动作链条，不只看对话
RT-2 论文把机器人动作表示为文本 token，并将机器人轨迹与视觉语言任务共同用于训练。[1] 这说明在阅读某个系统介绍时，有必要问清模型输出与机器人执行之间的关系。
编辑建议：请演示方画出“相机输入—模型输出—控制器—机器人”的链条，标明远程操作者、人工确认和预设程序的位置。文字回答正确与动作执行成功应分别记录；不要仅凭一段流畅的对话判断机器人能力。
2. 把“泛化”拆成具体变化
Open X-Embodiment 研究通过标准化数据探索跨机器人策略；OpenVLA 则讨论面向新设置的微调。[2][3] 这些工作支持研究迁移问题，但不是任何机器人拿来就能执行任何任务的承诺。
编辑建议：一次只改变一项条件，例如物体、背景、指令或设备，记录是否重新训练、补充示教或调整配置。新物体上的成功不能自动推出新设备上的成功。比较两段演示时，先把变化条件和额外适配工作列在同一张表里。
3. 用同一张表追问结果
建议建立六列记录：任务定义、设备与环境、变化条件、尝试总数、成功与失败、人工介入。事先约定什么算完成，哪些情况算超时，以及中途重置是否计入尝试。该记录方法是编辑建议，并非上述论文共同发布的标准。
例如观看“把杯子放到托盘”时，可以追问：只挑出了成功片段，还是提供完整试验记录？杯子位置是否变化？失败后由谁恢复？不要自行给没有分母的视频计算成功率。
拿到信息后，可标为“仅展示”“提供受限条件测试”或“具备目标现场验证记录”，方便后续沟通；这只是证据整理标签，不是安全认证或采购结论。若关键条件缺失，就保留待核对，而不是替演示方补全。
把研究和现场验收分开
本文引用的是既有基础研究，适合帮助读者理解技术概念，不用于排列当前产品优劣。真正讨论落地时，还需要项目方说明任务范围、系统集成和运行责任；本清单不能替代针对设备与环境的专业验收。
适用条件与限制
本文未进行机器人实测，不比较厂商性能，不提供真实机器人操作步骤。引用 RT-2、Open X-Embodiment 和 OpenVLA 的原始论文摘要，仅支撑所述研究方向；没有据此推断最新产品能力、商用成熟度或安全性。 三项研究的作者和研究脉络存在交叉，不能视为三个独立团队对同一结论的复现。