Gemini CLI 的落幕:向 Google Antigravity 转型
Google 宣布,Gemini CLI 将于 2026 年 6 月 18 日正式停止为大多数用户提供服务。这标志着从独立的终端界面向更集成、以智能体为先(agent-first)的开发平台 Google Antigravity 的战略转型。
虽然此举被描述为向“多智能体现实”的演进,但该公告引发了开发者社区的一波批评,突显了 Google 在产品快速迭代与开发者工具稳定性需求之间反复出现的紧张关系。
从 Gemini CLI 到 Antigravity CLI
根据 Google 的说法,这一转型是由用户需求的变化驱动的。虽然 Gemini CLI 证明了终端可以作为智能体任务的有效界面,但现代工作流的复杂性现在需要多个智能体相互通信以解决复杂问题。
为了解决这个问题,Google 正在将其努力统一到 Antigravity 2.0 中,这是一个顶级的以智能体为先的开发平台。该生态系统包括一个服务端框架(server-side harness)和全新的 Antigravity CLI。
Antigravity CLI 的关键改进
Google 强调了新工具相对于其前身的一些技术优势:
- 性能: 使用 Go 重构,提供更快速、响应更灵敏的体验。
- 异步工作流: 能够在后台编排多个智能体,从而允许进行大规模重构而不会锁定终端会话。
- 统一架构: 与 Antigravity 桌面应用程序共享智能体框架,确保所有界面的一致性更新。
- 功能延续性: 关键功能如 Agent Skills、Hooks、Subagents 和 Extensions(现在作为插件)将被保留。
转型时间线
对于个人消费者:
- 可用性: Antigravity CLI 立即可用。
- 截止日期: 在 2026 年 6 月 18 日,Gemini CLI 和 Gemini Code Assist IDE 扩展将停止为 Google AI Pro、Ultra 和免费用户提供服务。
- GitHub 集成: GitHub 组织的全新安装将在 2026 年 6 月 18 日停止,随后请求服务也将停止。
对于企业客户: 那些使用 Gemini Code Assist Standard 或 Enterprise 许可,或通过 Google Cloud 使用该平台的客户,其访问权限不会发生变化。Gemini CLI 将继续通过付费的 Gemini 和 Gemini Enterprise Agent Platform API 密钥保持可用。
社区反应:一个“Google 坟场”
Hacker News 社区的反应表现出极大的怀疑态度,许多用户认为这又是 Google 频繁弃用产品的又一个例子。
稳定性与信任
许多开发者对 Google AI 生态系统的缺乏稳定性表示沮丧。一位用户指出:“你无法围绕一个每 6 个月就会改名或被杀掉的东西来构建工作流,”而另一位用户则哀叹“Google 坟场”,暗示这种不一致性阻碍了开发者在 Google 的 AI 工具上构建严肃项目。
技术层面的担忧与缺失的功能
除了品牌变更外,针对新 Antigravity CLI 的技术批评也随之而来:
- 开源属性的丧失: 一个主要的争议点是 Gemini CLI 是基于 Apache 2 许可的,而 Antigravity CLI 则不是开源的。
- 协议支持: 一些开发者报告称 Antigravity CLI 缺乏对 Agent Client Protocol (ACP) 的支持,而这在 Gemini CLI 中是原生支持的。
- 臃肿: 对二进制文件的分析显示,它是一个包含完整浏览器控制栈、沙箱和 Git 集成的 140 MB Go 二进制文件,这导致一些人认为“少即是多”。
- UX 问题: 早期采用者报告了从终端调整大小问题到沙箱配置错误(例如网络访问已启用但 DNS (mdnsresponder) 未启用)等一系列 Bug。
配额与定价模式的转变
用户还指出,使用量计量方式发生了变化。虽然 Gemini CLI 使用每日限制,而一些用户观察到 Antigravity CLI 正在转向每周限制,这被一些人视为总可用效用的减少。
综合分析:快速迭代的代价
向 Antigravity 的转型代表了 AI 开发领域的一个更广泛趋势:从单一提示词界面向多智能体编排系统(multi-agent orchestration system)的转变。从技术角度来看,转向 Go 语言和统一的后端是实现可扩展性的逻辑步骤。
然而,社区反馈表明,技术升级并不能抵消感知到的信任损失。从开源工具转向专有工具,以及产品弃用历史,使得许多开发者开始质疑多智能体平台的“魔力”是否值得生态系统的这种不稳定。对于那些依赖稳定、可预测的 API 和开源基础的开发者来说,向 Antigravity 的转型可能被视为一种风险,而非升级。