谷歌给 Gemini API 的 Managed Agents 加上 3.6 Flash、hooks 与预算控制

Google 将 Gemini API 的 Managed Agents 默认切换到 Gemini 3.6 Flash，并为代理增加 environment hooks、预算控制、scheduled triggers 和 free tier 等功能，旨在把代理能力从简单模型调用打造成更可运营、可控的执行平台。更新让治理、审计与后台执行更贴近沙箱执行链路，方便长期稳定运行和生产化部署。

Google 在 7 月 28 日的官方博客 中表示，Gemini API 的 Managed Agents 现在默认采用 Gemini 3.6 Flash，并新增 environment hooks、预算控制、scheduled triggers 和 free tier access。公司想传达的信息很直接：它不只是让代理“能做事”，而是要让代理在真实开发环境里变得更可管、更可控，也更适合长期运行。

3.6 Flash 成为默认值

Google 说，Managed Agents 运行在 Gemini Interactions API 上，单次调用会在隔离云沙箱里协调推理、代码执行、包安装、文件管理和网页检索。这个方向并不是临时起意。7 月 7 日，Google 已经先推出了 background execution、remote MCP server integration 相关能力、custom function calling 和 credential refresh；这一次，它进一步把默认模型切到 3.6 Flash，并允许开发者通过 agent_config.model 继续选择 3.5 Flash-Lite 或固定其他模型。

Google 的 最新模型文档 写明，Gemini 3.6 Flash 面向复杂 agentic 与多模态任务，3.5 Flash-Lite 则主打更低成本和更快的高吞吐执行。换句话说，Google 正在把“代理到底跑什么模型”这件事，和“代理如何被调度、计费、限制”一起重新设计。

hooks 让治理逻辑进入沙箱

这次更新里，最容易被开发者注意到的可能是 environment hooks。Google 在 Hooks 文档 中说，hooks 可以在远程沙箱里、代码执行或文件修改之前和之后运行自定义脚本或外部 HTTP 请求；官方博客则把它概括为可以阻止、格式化或审计工具调用。

这意味着，原本只会放在外层编排系统里的审计、lint、权限检查，开始可以更直接地嵌进代理执行链路里。对于要上线到生产环境的 agent 来说，这类控制往往比“模型又涨了几个基准分”更关键。

背景：Google 正把“代理”做成一条产品线

从文档和产品发布节奏看，Google 正在把代理能力拆成更完整的工具链。它的 Agents 概览 说明，Managed Agents 按 token 和工具使用计费，预览期的环境计算不另收费，而且支持 free tier 的免费额度和速率限制；后台执行文档 也显示，background: true 已成为长任务的标准做法，适用于需要代码运行、网页浏览或子智能体编排的场景。

在产品层面，Google 也在把 Gemini 往更具体的工作流里推进。AI Flux 先前报道过，Google 已将 Gemini 3.5 Flash 深度整合进 Search 的 AI Mode（相关报道），并让 Gemini 3.5 Flash 内建 Computer Use（相关报道）。7 月 21 日的另一篇 Gemini 模型更新报道也指出，Google 正在把重点从“更大模型”转向“更快、更便宜、更适合智能体”的生产级组合（相关报道）。

更像“可运营系统”，而不只是模型接口

对开发者来说，这轮更新的意义不在于多了一个模型名称，而在于 Google 继续把代理系统往“可运营”方向推：默认模型、成本上限、定时触发、沙箱内审计、远程 MCP、后台执行，这些原本分散在不同层的能力，正在被统一到 Gemini API 的代理工作流里。

目前 Google 还没有把所有细节一次性讲透，比如 scheduled triggers 的开放方式、不同地区的可用范围，以及 free tier 在具体代理场景下的限制边界，但方向已经比较清楚：Google 想让 Gemini API 不只是一个模型调用接口，而是一套能把任务真正跑完的执行平台。