Google弃用Gemini CLI？Antigravity CLI对标Claude Code与Codex

如果你还在照着去年的教程操作Gemini CLI——打开终端、输入命令、让Google的AI读代码改文件跑测试——那你可能会发现产品已经变了样子。Google对这条终端AI编程产品线做了一次相当大的调整，面向个人用户的主推产品已经悄然换成了Antigravity CLI。

这究竟是Gemini CLI的"死亡"，还是一次产品形态的进化？本文梳理清楚Google在终端AI编程Agent上的这盘棋，以及它与Anthropic的Claude Code、OpenAI的Codex各自的定位差异。

从聊天框搬进终端：Gemini CLI的起点

Google最初推出Gemini CLI的思路非常直接——把Gemini从网页聊天框搬进终端。你进入一个项目文件夹，直接对它说"先读懂这个项目，告诉我登录系统是怎么工作的"，它就能搜索文件、读取代码、分析结构。

接下来你再说"修掉退出登录后仍然刷新的问题"，它会继续改文件、运行命令、执行测试，失败了再继续修改。这解决的核心痛点很清晰：以前你问AI、AI给代码、你自己复制粘贴运行；现在AI直接进入代码库和终端，从聊天助手变成了真正的编程Agent。

正因如此，它刚发布时很多人的第一反应就是"Google版Claude Code来了"。单Agent围绕一个项目深入工作，这是第一阶段的产品逻辑。

从单个Agent到Agent团队：Antigravity CLI的变化

Google很快发现，一个Agent已经不够用了。现实中复杂的软件任务往往同时包含前端、后端、测试、文档、Bug修复和代码审查。如果全部交给一个Agent排队处理，本质上还是单线程。

于是Google把个人用户迁移到了Antigravity CLI。最大的变化可以用一句话概括：Gemini CLI像一个Agent住进终端，Antigravity CLI则像一支Agent团队住进终端。

举个例子，当你说"我要发布新版本，检查登录Bug、补测试、再看看依赖有没有安全问题"，主Agent不必自己从头做到尾，而是把任务拆解分发：一个SubAgent查Bug、一个跑测试、另一个检查依赖，后台并行工作，你还能继续和主Agent对话。

整个结构从"你—一个AI—一个任务"变成了"你—主Agent—多个SubAgent并行执行"。你可以直接打开Agent面板，看到谁在运行、谁已完成、谁需要你授权。这是Antigravity CLI与Gemini CLI最核心的方向性区别。

多Agent并行架构并非Google独创，但它解决的核心工程问题值得说清楚：单Agent模式下，任务必须串行执行，一个Agent同时只能专注一件事，复杂任务的等待时间会线性叠加。多Agent架构引入了「编排层」（Orchestration Layer）——主Agent负责拆解意图、分配任务、汇总结果，SubAgent各自持有独立的上下文窗口和工具权限，互不干扰地并行推进。这种设计的代价是协调开销和结果合并的复杂度，但对于真实软件项目中「同时推进多个相关但独立的子任务」这类场景，收益往往远大于代价。Google选择把这套架构作为Antigravity CLI的核心卖点，也是在押注「编程Agent的下一个瓶颈不是单次对话质量，而是多任务并发调度能力」。

终端与桌面共享同一套Agent核心

Google还做了另一件事：没有把CLI做成一个孤岛。Antigravity CLI和Antigravity 2.0桌面端使用的是同一套Agent核心。

这意味着你可以在终端里快速发起"帮我检查这个项目为什么构建失败"这样的任务，当任务越来越复杂、需要同时监控多个Agent时，再把工作转移到桌面端继续管理。终端和桌面背后是同一套Agent系统，彼此打通。

这也说明Google的野心已经不止是复制一个Claude Code，而是搭建一整套AI开发平台。

三家对比：深度协作、任务编排与平台生态

把Google、Anthropic、OpenAI三家的终端Agent放在一起看，各自的侧重点其实相当分明。

Claude Code 的典型体验是旁边坐着一个很强的AI程序员，你们围绕同一个项目不断往深处走——你问它解释、它解释，你让它改、它改，测试失败就继续查。它强调的是深度协作，边做边问边理解边修改，协作感非常强。

Codex 则越来越像一个AI开发任务控制台。假设你有修Bug、重构、补测试、更新文档四个任务，Codex可以让多个Agent同时跑，并用不同的Worktree把代码隔离开。可以把Worktree理解为同一个项目临时复制出的几条平行轨道，各个Agent在不同轨道上互不干扰，最后你再选择哪些结果合并回来。它强调的是任务编排和并行开发。

Antigravity CLI 的定位则是"终端 + SubAgent + 一整套Antigravity Agent平台"。它还提供了MCP、Skills、Plugins、Hooks等多个扩展入口——你可以给Agent连接外部工具、加入固定工作流、安装插件，甚至让某些事件自动触发任务。它想回答的问题已经不是"Gemini帮我写代码"，而是"我怎么搭建一套属于自己的AI开发团队"。

Codex提到的Worktree机制来自Git原生功能（git worktree），它允许在同一个仓库下同时检出多个分支到不同目录，各自拥有独立的工作区，互不影响。Codex将这一机制与多Agent并行结合：每个Agent在独立Worktree中操作，避免了多个Agent同时修改同一文件时的冲突问题。最终用户像审核PR一样，逐一检查各Agent的工作成果，决定哪些合并进主分支。这种「隔离执行、人工收口」的模式，本质上是把软件工程中的分支管理工作流嫁接到了AI Agent的任务调度上，对已有Git工作流的团队来说上手成本相对较低。

MCP（Model Context Protocol）是Anthropic提出、目前已被多家厂商采纳的开放协议，用于标准化AI模型与外部工具、数据源之间的连接方式。通过MCP，Agent可以调用数据库查询、API接口、本地文件系统等外部能力，而无需为每种工具单独开发适配层。Antigravity CLI支持MCP意味着它能复用整个MCP生态中已有的工具连接器，大幅降低了接入第三方服务的开发成本。

Gemini CLI没死，只是换了战场

标题里最容易引起误解的地方在于：Gemini CLI并没有被彻底换掉。

准确的说法是——个人免费用户、Google AI Pro和Google AI Ultra用户现在主要迁移到了Antigravity CLI；而企业用户以及通过API使用的部分场景，Gemini CLI仍然继续存在。所以不是"Gemini CLI死了"，而是Google把面向个人用户的下一阶段产品转到了Antigravity。

该怎么选

结合三家的定位，选择其实可以很清晰：

• 如果你喜欢围绕一个项目不断追问、理解代码、边看边改，Claude Code很适合这种节奏；
• 如果你经常同时有很多开发任务，希望多个Agent分开干活再集中检查结果，Codex值得一看；
• 如果你本来就在Google生态里，又希望终端多Agent、MCP、Skills插件、桌面Agent管理全部连成一套，那你真正该研究的已经不是Gemini CLI，而是Antigravity CLI。

总结这盘棋：Gemini进入终端只是第一步，Google正在把"一个AI程序员"升级为"一支可以同时工作的AI开发团队"。这才是Antigravity CLI真正想与Claude Code、Codex竞争的地方。