Gemini 3.5 Flash Computer Use API 现已内置：这一变化如何重塑你的 Agentic 路由架构

Google DeepMind 已将 computer use 作为原生内置工具集成到 Gemini 3.5 Flash 中——与该模型已有的 function calling、Search grounding 和 Maps 集成并列。这不是一次增量功能更新。它将原本的双模型路由决策合并到单一 endpoint，直接影响 operator 在推理层面的 agentic 浏览器自动化成本结构。

如果你的团队目前将 computer use 任务路由到独立的 standalone 模型，这一变化将影响你的架构选型。

发生了什么

此前，Gemini computer use 需要路由到专用的 standalone 模型（gemini-2.5-computer-use）。新版本将 computer use 以内置工具的形式直接集成到 gemini-3.5-flash，与现有的 Search、Maps grounding 等原生工具并列提供。

核心变化：

• 单一 endpoint，多工具模式。 开发者通过启用 computer use 工具的方式调用 Gemini API，使用的仍是已在文本生成、function calling 和 grounding 场景中使用的同一 Flash 模型，无需切换 model specifier。
• 企业级安全防护系统。 新增两个可选安全层：针对敏感或不可逆操作的显式用户确认门控，以及在检测到间接 prompt injection 时自动停止任务的机制。
• 可用性。 已在 Gemini API（ai.google.dev）和 Gemini Enterprise Agent Platform（console.cloud.google.com/agent-platform）上线。

为什么对 AI 工程团队重要

从 standalone 模型转为内置工具，对 operator 有三个具体影响。

1. 路由路径简化。 任何此前设有条件路由分支——"computer use 任务 → 路由到 gemini-2.5-computer-use，其余 → 路由到 gemini-3.5-flash"——的团队，现在可以合并这条分支。Flash 模型同时处理两类工作负载。fallback 逻辑、rate limit 追踪和账单对账从两个 model identifier 缩减为一个。

2. Token 成本基线改变。 原 standalone computer use 模型有独立的定价层级。将 computer use 作为 Flash 内置工具使用，适用 Flash 定价。Operator 需要重新核算浏览器和桌面自动化工作负载的单任务成本预测——大多数情况下 Flash 定价应不高于或持平原模型，但 computer use 任务的 token 消耗模式与常规文本生成不同。

3. 安全架构从部署选择转为调用配置。 两项企业级安全选项（确认门控、injection 检测）在请求层面配置，而非部署层面。此前通过将 computer use 隔离到独立模型来建立安全边界的 operator，现在需要通过这些 per-call 标志实现等效控制。Google 仍建议将这些内置安全措施与沙箱隔离、人工审核循环和严格访问控制结合使用——即"纵深防御"。

Router/operator 视角分析

对于构建多步骤 agentic pipeline 的团队，最关键的路由影响是prompt injection 治理。Computer use agent 在实时浏览器和桌面环境中运行，可能遭遇专门设计来劫持 agent 操作序列的恶意页面内容。

新的安全防护系统为 operator 提供两个控制维度：

• 确认门控 — 在执行敏感或不可逆操作前要求显式人工确认。适用于涉及用户账户、文件系统或外部 API 的生产 pipeline。
• 注入检测并自动停止 — 模型在检测到疑似注入时停止任务，而非继续执行。该功能需显式启用，并非默认开启。

二者均不能替代沙箱隔离。Google 的指引明确：将这些功能与安全浏览器沙箱、人工审核循环和受限访问控制配合使用。对于路由 computer use 流量的 AI gateway，这意味着路由策略需要包含工具运行环境的上下文——沙箱测试环境可使用宽松的门控配置，而触碰客户数据的生产 agent 则需严格配置。

路由 Gemini 流量时需关注的要点：

• 排查当前路由规则中是否存在指向 gemini-2.5-computer-use 或专用 computer use endpoint 的条目，这些规则现在可以合并到启用了 tool 标志的 gemini-3.5-flash。
• 如果你按模型分项追踪 computer use 与文本工作负载的支出，需重新核算单任务成本预测。
• 检查 agent wrapper 中的安全配置——确认门控和 injection 检测需要显式启用，默认均未开启。
• 参阅 Gemini API computer use 文档 了解工具调用语法和安全最佳实践。

TheRouter 用户应关注什么

如果你通过 TheRouter 路由 Gemini 流量，相关变化在于你的模型选择配置。如果此前有针对 computer use 工作负载、指向 standalone computer use 模型的独立路由规则，该规则现在可以简化——将这部分流量指向启用了 computer use 工具的 gemini-3.5-flash。

关注 /models/ 目录中 Gemini 3.5 Flash endpoint 的最新信息。安全门控配置在 agent 代码的请求层面处理，不在路由层面——但路由层决定了该流量命中哪个账户和 rate limit bucket。