2026 年 6 月 18 日，谷歌按下了 Gemini CLI 的终止键。这一天，大量依赖该工具的个人开发者发现终端里的 AI 助手突然"哑火"——个人账户的请求不再被响应，曾经熟悉的命令行界面变成了冷冰冰的拒绝提示。谷歌的这次调整并非临时起意，早在数月前，官方就向开发者社区释放了信号：Gemini CLI 即将退出历史舞台，取而代之的是一个全新的名字——Antigravity CLI。

这场工具迭代的背后，折射出谷歌在 AI 开发者生态上的战略转向。从分散的 CLI 工具到统一的代理平台，谷歌显然想把手伸向更深层的开发者工作流。但问题在于，新旧工具之间尚未实现完全对等，迁移过程注定不会一帆风顺。

个人账户已无法使用，企业版尚在缓冲期

根据谷歌 AI 团队的公告，Gemini CLI 对个人用户的支持已于 2026 年 6 月 18 日正式终止。这意味着，如果你此前是通过 Google AI Pro 或 Ultra 订阅登录的个人开发者，现在打开终端调用相关命令只会收到报错。即便是 Gemini Code Assist 个人版的用户，也同样被划入了"强制迁移"的名单。

不过，企业客户目前还能喘口气。持有 Gemini Code Assist 企业许可证的组织，以及通过 API 密钥完成身份验证的团队，短期内仍可继续使用旧工具。谷歌尚未公布企业支持的明确截止日期，但业内普遍猜测，这只是给了企业更长的过渡期，最终方向不会有变——所有人都将被引导至 Antigravity CLI。

Antigravity CLI 到底是什么来头？

谷歌在官方声明中把这次切换定义为"一次重大变革"。Antigravity CLI 被定位为一个统一的、以代理为核心的命令行体验平台，与 Antigravity 桌面版共享同一套后端架构。换句话说，它不只是 Gemini CLI 的换皮版本，而是谷歌重新搭建的底层基础设施。

这种架构上的重构带来了几个潜在优势。首先，共享后端意味着 Antigravity CLI 能够处理更复杂的任务编排，支持多步骤推理和工具调用链。其次，统一的代码库让谷歌可以更快迭代功能，不必再维护两条并行的产品线。但代价也很明显：Antigravity CLI 目前并未完全覆盖 Gemini CLI 的所有功能，部分高级特性仍在开发中，短期内开发者可能会感到"降级"。

坊间还流传着另一种解读。有观点认为，这次调整并非纯粹的技术决策，而是谷歌内部团队博弈的结果——Antigravity 团队最终在产品路线之争中胜出，Gemini CLI 成了牺牲品。无论真相如何，对普通开发者来说，适应新工具才是当务之急。

迁移过程比想象中顺畅，但仍有坑

值得庆幸的是，谷歌在数据迁移上做了不少功课。安装 Antigravity CLI 时，它会自动扫描系统中是否存在 Gemini CLI 的残留配置。一旦检测到旧环境，导入流程便会触发，无需手动搬运文件。

具体能迁移的内容包括：已安装的技能包（含自定义技能）、MCP 服务器及其配置参数、代理配置文件，以及原有的 GEMINI.md 文件。对于重度依赖自定义工作流的开发者来说，这至少省去了重新搭建环境的麻烦。

但"自动导入"不等于"开箱即用"。由于 Antigravity CLI 的命令语法和交互逻辑与 Gemini CLI 存在差异，过去写好的脚本和自动化流程大概率需要改写。特别是那些深度集成到 CI/CD 管道中的调用命令，如果不提前审查，很可能在切换后直接断链。

开发者现在该做什么？

个人开发者的时间窗口已经关闭，继续抱着 Gemini CLI 不撒手只会影响工作效率。最务实的做法是尽快安装 Antigravity CLI，在本地环境中跑一遍核心工作流，摸清哪些功能还能用、哪些已经变了味。

企业团队虽然还有缓冲期，但观望太久并不明智。建议尽早成立一个小范围的迁移小组，先在非核心项目上试点 Antigravity CLI，收集团队反馈后再制定全量迁移计划。重点排查自动化脚本和 IDE 扩展中的旧命令引用，这些往往是切换过程中最先爆雷的地方。

从更宏观的视角看，谷歌这次整合也释放了一个信号：AI 编码助手的市场正在从"百花齐放"走向"平台集中"。过去两年，Cursor、Windsurf、GitHub Copilot 等工具各显神通，而谷歌显然想通过 Antigravity 系列把开发者牢牢锁在自己的生态里。对开发者而言，这意味着便利性提升的同时，也要警惕对单一平台的过度依赖。