最近，很多细心的开发者在 Gemini CLI 的开源仓库中，看到了全面推荐所谓 2.0 升级版——Antigravity CLI 的提示。然而，我们随之迎来的并不是性能的飞跃，而是一条令人猝不及防的官方公告：目前的 Gemini CLI 已经被判了死刑，将在 2026 年 6 月 18 日正式停止服务。对于大多数依赖此工具构建 AI 自动化工作流的普通开发者而言，这无异于一场晴天霹雳。曾经得心应手、轻量纯粹的命令行工具进入生命倒计时，取而代之的却是一个尚未打磨完成、处处透露着大厂战略妥协的“半成品”。我们不得不停下手中的工作，深刻审视这场“强行上位”背后，大厂官僚主义对开发者生态的傲慢与阵痛。
1. 死亡倒计时与强行上位的战略对齐
根据 Google 官方在几天前（2026 年 5 月 19 日）刚发布的公告，对于绝大多数普通用户（包括 Pro、Ultra 订阅用户以及免费账户），现有的 Gemini CLI 将在今年 6 月 18 日准时停止服务。届时，官方将全面关闭旧接口，强制所有用户转向新版 Antigravity CLI。除非我们是高付费的企业版客户，或者能够通过 GCP 项目使用付费 API Key 绕过限制，否则目前的 Gemini CLI 基本上已经无路可走。
这种“自断双臂”式的激进更替，从互联网巨头的内部运作逻辑来看，有着非常强烈的“大厂赛马”与“政治对齐”色彩。这次强推 Antigravity CLI，根本不是因为原有的 Gemini CLI 缺乏竞争力，而是 Google 内部资源重组和“KPI 对齐”的产物。随着 Google 将核心研发力量向全新的“Antigravity 2.0”生态集中，为了在所有终端（桌面端、SDK、CLI 命令行）强制统一使用一套底层的 Agent Harness（智能体引擎），Antigravity CLI 就成了必须被立起来的标杆。在这个过程中，一线开发者的真实体验与已经平稳运行的开源资产，显然被大厂的高层决策无情地边缘化了。
大厂重构与开发者体验的失衡
2. Antigravity 2.0 体验坍塌的“三宗罪”
为什么我们对这个强推的 2.0 版本如此反感？在 Reddit 等开发者社区里，目前已经是骂声一片。大家本以为用 Go 语言全新重写的 CLI 能够带来极致的流畅与纯粹，但实际体验下来，却有一种“起了个大早，赶了个晚集”的粗糙感。具体来说，我们可以将其归结为以下三宗罪：
第一，赶工痕迹极为明显的半成品。 新版工具刚刚上线，连最基础的 Auth Token 授权登录流程都会频繁报错，甚至在很多 macOS 终端环境下无法完成初始化。最让大家无法接受的是，我们在 Gemini CLI 时代积累的大量自定义配置层、别名系统以及优秀的开源扩展特性，在向新版迁移后直接失效，完全没有提供平滑的兼容过渡方案。
第二，重构了，但完全没有打磨好。 用 Golang 重写命令行工具本是一个极佳的架构方向，能够提供无依赖的高效执行。然而，这版代码显然是为了赶上 5 月中的发布节点而匆忙上线的，缺乏深度测试。在处理并发请求、大型文件重定向以及多轮对话上下文管理时，新版 CLI 的内存占用和响应延迟反而比旧版 Python 实现更加臃肿。
第三，恶心的配额共享机制。 也许这是最致命的痛点。新版 CLI 的 API 额度竟然与 Antigravity 2.0 的桌面端应用合并共享。大量在一线部署自动化脚本的开发者反馈，在切换到新版 CLI 后，原本充足的并发频次被极度缩水，频繁遭遇 429 配额限流错误。这种捆绑销售和额度挤压，极大削弱了 CLI 工具在生产环境中的实用价值。
我们不妨做一个生动的类比：旧版 Gemini CLI 就像一辆轻量级、无阻碍的卡丁车，虽然粗糙但跑起来风驰电掣；而新版 Antigravity CLI 则像一辆被强加了各种行政检查和配额锁定的豪华大巴，虽然外表现代，但开起来不仅笨重，还要随时面临被乘务员以“额度超限”为由赶下车的尴尬。
3. 总结：平稳过渡与避坑策略
科技巨头的内部架构调整与生态大换血，最终买单的往往是一线开发者。面对这种强推新生态却拿不出及格产品的阵痛期，我们死磕这个所谓的“2.0”只会徒增烦恼。为了保证我们现有工作流的稳定，大家可以采取以下几条应对建议：
转移阵地，分流核心工作流。 如果我们正在排查复杂的底层基础设施问题、编写自动化运维脚本，或者需要处理 AWS RDS、K8s 集群等高稳定性配置，建议近期将主要的 Agent 工作流向 Claude Code 或 OpenClaw 倾斜。这些工具目前的终端体验和稳定性要远比刚出炉的 Antigravity 靠谱得多。
直连 GCP 密钥进行“续命”。 如果我们现有的某些自动化任务高度依赖 Gemini 的底层 API 且无法轻易迁移，建议抓紧在 6 月 18 日关停期限到来之前，将 CLI 的认证模式切换为直连 GCP 付费项目 API Key 的模式，避开普通订阅用户的配额合并和认证限制。
保持观望，让子弹飞一会儿。 在 Google 真正修复完这些低级 Bug 并将配额机制追平之前，让新版的 Antigravity CLI 在冷板凳上多待一阵子，才是我们最理智的选择。
大厂的战略方向我们无法左右，但作为开发者，我们有选择工具和保护自己生产力的自由。希望 Google 能够早日听到社区的呼声，让这个 2.0 工具重回极客与纯粹的轨道。