Google Cloud 在 Antigravity 中正式提供 Claude Opus 5.5 与 Claude Sonnet 5.5，延续其开放生态策略，让开发者为不同任务选择合适模型。前者面向复杂工程，后者是更快、成本更低的补充选项。管理员启用后，开发者可从模型选择器中直接选用，也可选择 Gemini 3.8 Flash 和 Gemini 4 Argon。这些模型覆盖 Antigravity 2.0、Antigravity CLI 及新发布的 VS Code、JetBrains IntelliJ、Visual Studio IDE 扩展，统一落在企业计费与安全边界之内。

核心机制上，Antigravity 允许在同一对话线程中按轮次切换活跃模型，工作区状态、打开的工件和终端上下文都会被保留。需要注意，轻量级第一方 Gemini 模型仍在后台承担高频客户端协调工作（上下文管理、摘要等），这些会消耗第一方 token，可能产生费用。

文章的重点是两个多模型工程模式。

模式一：跨模型验证，即 LLM-as-a-Judge。思路是同一个模型既写代码又审自己的输出，会强化该模型特有的盲区；用两个不同模型家族，一个当实现者、一个当验证者，在工作流进入下一阶段前获得独立检查。具体可交互式执行：先用 Claude Opus 5.5 或 Gemini 4 Argon 在规划模式设计并实现多文件改动；提交或推进循环前切换模型，或在 CLI 中执行一次性的 /model check，让另一个模型家族对照测试套件和需求来批评这份实现。

模式二：推理模型配 Flash 子代理。复杂工程任务通常由少数高推理决策和大量机械查找组成（搜文件、grep 日志、看 lint 输出、给测试失败分类）。这些查找若全部由前沿模型执行，延迟和成本都会上升。Antigravity 的子代理定制系统（*.agents/agents/.md**）允许给不同子代理指定模型层级：inherit 继承当前会话的强模型做深度推理；flash 将高速搜索、分类和分诊工作交给 Gemini Flash 模型。文中给出两个配置文件实例：.agents/agents/test-triager.md 负责快速测试分类，.agents/agents/gemini-judge.md 负责跨模型代码审查。用这种方式，一个工作流里可以把高频测试循环交给 test-triager，再用 cross-model-judge 验证最终 diff，各取所长。

启用与计费：Gemini for Business 管理员需注意，第三方伙伴模型不占用 Gemini Enterprise Standard 和 Plus 的月度 token 配额，而是按量付费，走现有 Google Cloud Billing 账户，因此必须开启超额计费。配置入口在 Google Cloud Console 的 Gemini Enterprise > Settings > AI developer tools，可设置消费上限和授权伙伴模型。使用 Gemini platform 通过 API 接入 Antigravity 的管理员，需要在 Model Garden 启用 Claude 模型并完成 Anthropic 标准条款。开发者则要更新到最新版 Antigravity 2.0、CLI 或 IDE 扩展，用模型选择器（或 /model）按任务挑选模型。