谷歌把 Claude 摆进 Antigravity 的模型选择里，中途换模型不丢上下文
一家做模型的公司，把竞争对手的旗舰模型放进自己的核心开发工具里还给生产级配额，这不是开放，是换了个收钱的位置。
能用的部分
Opus 5.5 和 Sonnet 5.5 在 Antigravity 2.0 桌面端、CLI 以及 VS Code / JetBrains / Visual Studio 的插件里都能选。Opus 5.5 是 GA 状态，带 100 万 token 上下文、电脑操作、Web 搜索、批预测、提示词缓存和函数调用。
最实用的一个细节是中途换模型不重置：在下拉框里切，或者 CLI 里敲 /model claude-opus-5-5，对话上下文、开着的终端状态、工作区产物全都留着。这个能力改变了做法——你可以拿便宜的 Sonnet 起手，等任务证明自己确实难，再升到 Opus，而不是一开始就为最坏情况付费。
谷歌还给了一个能直接抄的模式：把子 agent 的模型档位写进 .agents/agents/*.md。声明 model: flash 的子 agent 去干搜索、日志检索、测试失败分类这类机械活，主会话留在强模型上做推理；再写一个 model: inherit 或指定另一家的子 agent，在提交前拿另一族模型审一遍当前 diff。
钱怎么算
第三方模型不走 Gemini Enterprise 的池化月度 token 额度，而是按量计费挂在你的 Google Cloud 账单上。管理员要在 Gemini Enterprise > Settings > AI developer tools 里打开这两个模型并配月度项目支出上限。
这一条是今天最该记住的：池化额度不覆盖它，超量计费要提前开。没开 overage 的组织，切到 Claude 的那一刻会直接失败，而不是”先用着月底再说”。
从谷歌的角度这笔账很清楚：模型层让出去，换开发者继续留在它的工具链、云和计费关系里。护城河不在模型上。
泼冷水
第一，目前所有信息都来自谷歌自己那一篇，里面没有基准、没有 Claude 和 Gemini 的对照分数、没有第三方评测。中途切换在长上下文下到底保真到什么程度，得你自己试。
第二，按量计费意味着没有上限兜底。虽然可以配项目支出上限，但那是管理员侧的动作，个人开发者不配就等于裸奔。
第三，多一层结算就多一处对不上账。原来只有一个账单，现在同一个 agent 会话里混着两家模型的调用，日志分散，成本归因会比单模型麻烦。
第四，资格门槛在企业侧。要用得先有 Google Cloud 账号、管理员开权限、接受 Anthropic 的条款。个人和小团队绕不过去。
具体建议
- 如果你已经在用 Antigravity，先让管理员把两个模型打开并设一个月度上限，再开始用。顺序反了就会卡在权限上。
- 把”强模型写、弱模型读”这条固化成子 agent 配置，而不是靠每次手敲
/model。写在.agents/agents/里的东西才会在你忘了的时候继续生效。 - 试试让另一族模型当评审。同一个模型既写又审，会漏掉自己的系统性盲点，这是成本最低的一种交叉验证。
- 别因为能中途切换就放弃前期规划。切换不丢上下文，但切换本身花的时间和钱是真金白银。