Google为Gemini API中的Managed Agents扩展生产级功能

Google于2026年7月7日宣布在Gemini API的Managed Agents功能中新增四项技术能力。此次扩展被明确定位为回应开发者反馈——他们要求获得「生产就绪」的智能体能力——即智能体的原型环境与真正生产级部署之间的差异。

面向生产级智能体的四项新工具

四项新功能各自解决了阻碍AI智能体在开发环境之外部署的一个具体技术问题。

1. 后台执行

通过在API调用中传入background: true参数，智能体任务立即进入异步执行队列。API即时返回会话标识符；客户端可在任意时间轮询状态或重新连接会话，无需在任务全程保持持续开放的HTTP连接。这让异步智能体工作节点成为Gemini API的一等公民。

2. Remote MCP集成

Managed Agents现在可以无需自定义代理中间件或手动桥接，直接连接MCP（Model Context Protocol）服务器。智能体获得对私有数据库、内部API和企业资源的直接访问权。开发者可以自由地将MCP服务器上的工具与智能体内置沙箱能力混合使用，无需编写集成层代码。

3. 自定义函数调用

在内置沙箱工具的基础上，现在可以添加自定义本地函数。执行逻辑定义清晰：内置的服务端工具自动执行，无需回调客户端；而自定义函数则使智能体进入requires_action状态——向客户端发出信号，要求其在本地执行该函数并将结果返回。这允许与内部业务逻辑集成，而无需将该逻辑暴露在Google的沙箱中。

4. 网络凭证刷新

持续时间超过OAuth令牌或API密钥有效期的智能体会话面临一个严重问题：必须中断会话以刷新已过期的凭证。新功能通过传入含有更新网络配置的现有environment_id解决了这一问题。沙箱将完整保留其状态——文件系统、已安装的包和代码仓库——同时仅刷新网络层。

为何异步执行曾是关键缺陷？

Managed Agents的原有模式要求在整个智能体会话期间保持持续的HTTP连接。在生产环境中，这造成了一系列不可靠性：

负载均衡器和反向代理通常会在60至120秒后中断连接——而这短于复杂智能体任务的持续时间。

移动客户端和浏览器在WiFi与移动网络切换、屏幕关闭或切换到后台时会断开连接。

应用程序的水平扩展 — Kubernetes环境中Pod的重启会在没有恢复机制的情况下中断活跃会话。

background: true参数通过单一模式解决了上述所有场景：智能体独立运行在Google的基础设施上，不受客户端连接状态影响。客户端可以断开、重启，然后用相同的ID重新连接到同一会话，发现智能体正处于其离开时的确切状态。

Remote MCP集成与凭证刷新

Remote MCP集成解决了另一个常见问题：访问组织的私有资源。此前，开发者必须编写自定义中间件来转发Managed Agent与内部服务器之间的调用——这增加了延迟、复杂性和额外的维护代码。直接MCP连接消除了这一层。

凭证刷新在企业场景中尤为有价值，因为出于安全原因，OAuth令牌往往设有较短的有效期。会话的文件系统状态——已安装的Python包、克隆的代码仓库、中间阶段的输出——在凭证轮换过程中得到完整保留。

Gemini Interactions API作为底层基础设施

全部四项新功能均建立在Gemini Interactions API之上——这是一个统一端点，在隔离的云沙箱内涵盖推理、代码执行、包安装和网络访问。可在@google/genai JavaScript SDK中使用，并提供Python和cURL的示例文档。

Google将这些变化定位为对开发者反馈的直接回应——他们要求获得生产应用所需的能力，而非仅限于原型环境。四项功能共同使Managed Agents具备了在真实开发环境中运行的异步工作流能力，且不会阻塞调用它们的应用程序。