Gemini Robotics ER 1.6 Preview 明日下线，机器人 Agent 迁移不能只换模型 code

Gemini Robotics ER 1.6 Preview 明日下线，机器人 Agent 迁移不能只换模型 code

Google Gemini API 的弃用表显示，gemini-robotics-er-1.6-preview 将在 2026 年 8 月 31 日关闭，官方替代型号是 gemini-robotics-er-2-preview。仍在实验室、机器人或空间推理项目中固定使用旧 code 的请求，关闭后将无法继续调用。由于替代型号同样处于 preview，迁移解决的是眼前中断风险，并没有获得长期稳定承诺。

Gemini Robotics ER 2 在 7 月底进入公开预览，方向包括空间推理、Agent 代码执行、多步工具编排、视频定位、进度分类和多机器人协同。它接受文本、图像、视频与音频输入，并可用带阻塞行为的函数调用控制物理动作。旧版 Prompt、工具 Schema 和安全阈值都需重测。

机器人模型的回归测试必须接近真实设备

普通聊天模型迁移可以先比较文本答案，机器人 Agent 还要验证坐标、时序、动作前置条件和停止行为。团队应从仿真器开始，复放旧型号的相机、传感器和任务记录，检查新模型是否选择相同工具、传递合法参数，并在不确定时停止而不是继续猜测。

多模态输入的预处理也可能影响结果。摄像头帧率、裁剪、时间戳和音频同步如果与旧流程不同，表面上像模型回归，实际可能是数据管道偏移。每次测试都保存输入资产摘要、模型 code、Prompt、工具版本和运行环境，失败后才能定位是视觉理解、策略还是设备接口出了问题。

进入实体设备前，动作范围、速度、载荷和工作区应由独立策略层限制。模型只能在允许集合中提出操作，急停与硬件互锁不能由 Prompt 代替。高风险任务先由人工审批，逐步扩大自治范围，并让另一套检查流程核对关键参数。

从 1.6 到 2，工具契约比模型名称更重要

迁移脚本当然要更换 code，但真正容易遗漏的是函数调用。ER 2 强调多步工具编排和多机器人协调，同一个目标可能产生更多中间动作。工具必须声明幂等性、超时、可取消性与设备占用，避免两个 Agent 同时控制一台机械臂，或重试时重复执行不可逆动作。

进度分类和视频时刻定位也会改变事件量。应用不应把所有中间帧和推理结果都塞进聊天记录，而应把设备事实写入控制系统，把任务事件写入可恢复会话。用户断线重连后看到的是同一任务状态，不是重新向模型询问“刚才做到哪里”。

刚发布的 MHS 研究预览提供了设备驱动与发现层的思路，MCP 可以暴露工具，DASP 则管理用户会话和长任务恢复。三层都无法替代硬件安全，但分开以后，模型从 ER 1.6 换到 ER 2 时，不需要重写整套设备和产品状态。

Preview 下线要进入平台日历

Google 的生命周期页面给出稳定版与预览版的退役日期，团队应定期同步到自己的模型目录。对所有 preview 型号设置负责人、替代型号、最晚灰度日期和紧急 fallback；距离关闭一周仍未完成评测时，自动升级风险，而不是靠工程师偶然看到公告。

AnyAIS 当前公开目录没有把 Gemini Robotics ER 2 标为在售服务，本文不构成平台可用性承诺。使用 Google 官方 API 的项目应立即按其文档迁移；建设统一模型层时，则可参考 AnyAIS 的能力元数据与 DASP 会话设计，把型号变化限制在适配层。

参考资料

• [Google Gemini API 模型弃用表](https://ai.google.dev/gemini-api/docs/deprecations)
• [Google Gemini API Release Notes](https://ai.google.dev/gemini-api/docs/changelog)
• [Anthropic MHS 与设备 Agent 解读](https://www.anyais.com/articles/anthropic-model-hardware-standard-ai-agents)
• [DASP API 参考](https://www.anyais.com/dasp/reference)