Google 推出 Gemini 4 Hydrogen 与 Orchestrator 模型

从 Google Antigravity 的模型选择器中选择 Orchestrator。

本周早些时候，我们推出了 Gemini 4 Carbon 以及 /swarm，用于借助并行 agent 团队处理大规模、多 worktree 的工程任务。短短几天内，Antigravity 上已启动了数以万计的 swarm，在最困难的问题上推进前沿智能。

对于单个会话内的日常功能开发和调试而言，在每项常规任务的每个步骤上都运行前沿推理模型并搭配多个并行 agent，会拖慢你的循环，并消耗前沿配额。业界常见的一种做法是使用静态的“模型路由器”，它根据你的第一个 prompt 猜测任务难度，并将整个任务路由到足以完成任务的最便宜模型。不幸的是，随着 agent 运行时间变长，这些方法开始失效，因为任务在不同阶段需要不同级别的复杂度，而这往往是在任务演进过程中才发现的。

Orchestrator 在单条轨迹的演进过程中，采用 Carbon 与 Gemini 4 Hydrogen 之间的动态双向方法。例如，Carbon 可以先进入只读阶段，探索依赖关系、消除歧义，并制定带有明确重新规划触发条件的具体计划。随后 Hydrogen 可以接手，编写修改、更新包并运行测试。如果 Hydrogen 遇到阻碍，它会交回给 Carbon 检查状态、修复计划并恢复执行。这使得 Orchestrator 能够达到接近 Carbon 的任务成功率，同时更快、更节省配额。在 Terminal-Bench 4.1 上，Orchestrator 达到了接近 Carbon 的任务成功率，同时平均消耗少 24% 的配额，完成速度快 19%。

将 Gemini 4 Hydrogen 和 Gemini 4 Carbon 与 Antigravity SDK 配对，用于自动化开源 issue 分类和代码生成。

在 Google Antigravity 中使用 Gemini 4 Hydrogen 来升级依赖、重构共享工具，并生成可访问的图像 alt 文本。

与 Google Antigravity 保持同步 获取最新的产品更新、版本发布和功能推送。