Gemini Managed Agents 新增后台执行与远程 MCP：每位 Operator 必须完成的路由架构调整

2026 年 7 月 7 日，Google 为 Gemini Managed Agents（Interactions API） 发布了四项新能力：后台执行（background execution）、远程 MCP server 集成、在沙箱工具旁调用自定义函数，以及跨交互刷新网络凭证。前两项对 AI 工程团队构建、部署和路由生产 agent pipeline 有直接的架构影响。

发生了什么

Gemini Managed Agents 平台基于 2026 年 6 月正式 GA 的 Interactions API 构建。调用方只需请求单一 endpoint，Gemini 便在隔离的云端沙箱内完成推理、代码执行、包安装和文件管理。7 月 7 日的更新新增了以下四项能力：

1. 后台执行（background: true）：不再需要在 agent 运行期间保持 HTTP 连接开启。API 立即返回一个 interaction ID，客户端可随时轮询状态、流式获取进度，或在进程重启后重新连接，无需重新触发任务。

2. 远程 MCP server 集成：operator 可在请求时传入指向任意 URL 的 mcp_server 工具，将私有内部工具与 Gemini 内置沙箱能力（代码执行、网络搜索）混合使用，无需构建任何代理中间件。

3. 自定义函数调用：客户端定义的函数可与内置沙箱工具并列使用。API 通过 step matching 区分执行方：内置工具自动在服务器端运行；自定义函数则以 requires_action 事件返回，由客户端本地执行。

4. 凭证刷新：传入已有的 environment_id 并附上新的 network 配置，即可在不重置沙箱的情况下轮换 token。文件系统状态、已安装的包和已克隆的代码库均保持不变。

为什么 AI 工程团队需要关注

同步 HTTP 模型是将 managed agent 上生产的主要操作顾虑。长时间运行的编程任务——审计代码仓库、生成合规报告、编排多步数据管道——很容易超出合理的 HTTP 超时预算。此前，团队要么只运行短时任务，要么在 API 之上自行构建异步封装层。

后台执行将 Interactions API 转变为队列驱动的 worker 模型。interaction ID 取代开放连接成为状态锚点，这同时改变了两个关键的工程模式：

• 超时策略：HTTP 响应时间的硬限制不再决定 agent 任务的最大复杂度。耗时 20 分钟的任务与耗时 20 秒的任务，在 API 层面的触发方式完全相同。
• 客户端重连：如果客户端进程崩溃，只需凭 interaction ID 恢复监控，无需重放任务。可靠性从连接层上移到了任务状态层。

远程 MCP 集成解决了另一个瓶颈：私有工具访问。此前，operator 必须构建 HTTP 代理中间件，才能让沙箱内的 agent 访问内部数据库、监控 API 或内部代码注册中心。现在只需在请求时传入 mcp_server 工具，agent 便可直接从安全沙箱连接到 MCP server URL。私有工具和内置沙箱工具（代码执行、Google 搜索）可以在同一次 interaction 中混合使用。

路由与 Operator 视角

对于在多个 AI provider 之间路由工作负载的团队，这两项更新���变了 Gemini Managed Agents 作为路由目标的定位。

后台执行改变了 provider 对比的维度。 同步 provider 对任务时长施加了硬性上限；支持后台执行的 provider（Gemini Interactions API，以及类似平台）则以轮询开销取而代之。对于可靠在一分钟内完成的任务，同步路由的感知延迟更低；对于持续时间不可预测的开放式 agent 任务，后台执行显著更有韧性。这现在是 operator 应该按工作负载显式配置的路由维度，而不是假设所有 provider 行为一致。

远程 MCP 改变了工具拓扑决策。 如果你的内部工具已以 MCP server 形式暴露，Gemini Managed Agents 可以直接消费它们，无需额外的代理层。这是结构性的简化——少维护一个服务，少一个依赖链上的故障点。Operator 应审查当前 agent pipeline 中哪些内部工具通过代理接入，评估切换为直接 MCP 连接是否能降低整体基础设施复杂度。

���需销毁环境即可轮换凭证 是第三个有直接操作意义的变化。在长时间运行的 agent ���务中，短期 token 此前要么强制使用长期凭证（安全风���），要么重启沙箱（丢失已有的执行状态）。environment_id 复用模式允许在多步工作流的任意交互节点轮换 token，彻底消除了这一两难困境。

以下是 operator 评估此次发布的决策框架：

TheRouter 用户可以关注和尝试的

如果你在多个 provider 之间路由 agentic 编程工作负载，Gemini Managed Agents 现在值得重新评估为路由目标。后台执行和远程 MCP 支持解决了两个最常见的操作顾虑：连接脆弱性和私有���具访问。

在比较长时间 agent 任务的 provider 时，请针对你的实际超时和重连需求进行测试，而非仅凭 benchmark 评分。支持后台执行和轮询 API 的 provider，即使原始吞吐量相近，在可靠性维度上也可能优于同步 provider。

关于 Gemini 更广泛 managed agent 平台的演进背景，请参��上月发布的 Interactions API GA 路由决策文章。完整的后台执行和远程 MCP 配置参数参考，请查阅 Antigravity agent 文档。