GPT-6 Astra远程开机械臂，评论区先问延迟多少

OpenAI Developers 发布了一条关于 @Scav 的推文，介绍一个共享机器人社区：把开发者聚在一起，探索 AI 在物理世界能做到什么。推文里的实验更直接，GPT-6 Astra 远程控制了一只机械臂。

视频展示机械臂动起来。机械臂不是屏幕里的动画，它占空间、有惯性，动作失败会碰到真实物体。所以评论区第一波问题很集中：延迟多少。

有人问 Astra 从决定到机械臂实际动，中间 lag 有多长。有人提醒，模型延迟平时只是体验问题，到了金属臂旁边、咖啡杯附近，性质就变了。还有人直接说，远程控制机械臂是在押注网络延迟，先看好石膏板。

技术讨论更具体。有人追问，Astra 是给每个关节发命令，还是只给 waypoints，让本地控制器完成实际运动。这个问题决定远程控制的分层：如果模型通过 API 发指令，本地得有一个伺服环，在两次响应之间保持机械臂稳定。伺服环不会等一个网络来回。

也有人问，机械臂实际被要求做什么。推文里没有给出任务细节、延迟数字、控制架构。视频能证明机械臂动了，不能证明远程闭环在真实场景里稳。有人指出，绿色的命令日志不能当证据，机械臂卡住时日志也可能照常绿。

社区方向也被提到。有人觉得，远程访问可以把社区里的机械臂变成共享测试台，用来比较模型更新。有人问怎么加入 @Scav 的社区。也有人把话题拉回 4o，要求保留 4o，认为用户选择被忽视。这条支线和机械臂无关，但说明官方账号评论区不只讨论技术。

这条推文的看点有两层。表面是 GPT-6 Astra 隔着网络驱动机械臂，画面直观。往下看，评论区把演示拉回工程问题：远程连接只是开头，动作稳定要靠本地控制兜底。要评估这类实验，任务、控制分层、失败模式比一段酷视频更有信息量。