谷歌Antigravity引入动态模型调度器Orchestrator
⚡ 核心要点提炼与关键事实
- 【核心事件】谷歌（Google）在Google Antigravity平台：发布Orchestrator调度器，实现Carbon与Hydrogen模型的动态平衡切换
- 【起因与机理】降低长期运行Agent任务的算力配额消耗，提升响应速度
- 【关键数据与实测】实测显示推理配额消耗降低24%，任务完成速度提升19%。
- 【各方立场与态度】通过分层调度解决传统模型路由在复杂任务演进中的局限性。
🤖 雷达专属 AI 研判与技术透视
模型动态路由正成为边际效益递减阶段的降本核心，Orchestrator的本质是从‘静态任务预判’向‘轨迹自适应决策’演进。此举将重塑AI Agent的经济模型，通过异构模型分层执行，显著缓解模型厂商在推理侧的配额瓶颈，提升大型软件工程任务的部署性价比。
📰 深度报道原文实录
Google Antigravity 权威实录今天，我们在 Google Antigravity 中推出了 Gemini 4 Hydrogen，以及名为 Orchestrator 的新模型下拉选项，它将 Hydrogen 与 Gemini 4 Carbon 配对，以实现质量、效率和延迟的优化平衡。
从 Google Antigravity 的模型选择器中选择 Orchestrator。
本周早些时候，我们推出了 Gemini 4 Carbon 和 /swarm，用于通过并行代理团队处理大规模、多工作树工程任务。在短短几天内，数以万计的集群已在反重力上发射，推动前沿情报解决最困难的问题。
对于单个会话中的日常功能工作和调试，在每个例行任务的每一步上运行具有多个并行代理的前沿推理模型会减慢循环速度并消耗前沿配额。一种常见的行业方法是使用静态“模型路由器”，它根据您的第一个提示猜测任务难度，并将整个任务路由到足以完成任务的最便宜的模型。不幸的是，随着代理运行时间的延长，这些功能开始崩溃，在不同阶段需要不同级别的复杂性，这通常是随着任务的发展而发现的。
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 配对，以实现自动化开源问题分类和代码生成。
在 Google Antigravity 中使用 Gemini 4 Hydrogen 来升级依赖项、重构共享实用程序并生成可访问的图像替代文本。
