Gemini CLI 今日正式停服，Google 把开发者推向 Antigravity

北京时间今天下午 14:59（PT 6 月 18 日 23:59），Google 旗下 Gemini CLI 的旧版后端正式停止响应请求。这意味着从此刻起，所有还在用 gemini 命令通过 Google 账号 OAuth 直接调模型的开发者，会陆续看到鉴权失败或服务不可用的提示。

这不是一次突袭。Google 在 3 月份就发过公告，6 月 18 日只是早就写好的 deadline。但真到了关停这一天，社区的反应依然有点炸——尤其是国内一票把 Gemini CLI 二次封装成 API 给自己项目用的开发者，今天大概率要紧急换方案。

发生了什么

按 Google 官方说法，从今天起做以下三件事：

• 旧版 Gemini CLI 不再服务个人用户，无论你是 Google AI Pro、Ultra 订阅，还是免费档的 Gemini Code Assist 用户；
• Gemini Code Assist 的 IDE 扩展同步下线对应后端通道；
• 官方推荐迁移到 Antigravity CLI，或者直接走 AI Studio / Vertex AI 的 API Key。

换句话说，Google 没有彻底砍掉命令行入口，只是把这个入口的名字、品牌、后端鉴权全部换了一遍——从 "Gemini CLI" 变成 "Antigravity CLI"，从 OAuth 直连变成更可控的 API Key 模式。

这跟开源项目的版本升级不是一回事。Gemini CLI 这套代码本身在 GitHub 上还在，但它依赖的那条 "Cloud Code Private API" 通道，Google 关了。你拿旧代码本地跑、自己 fork 一份，都没有用，因为请求过去那一端没人接。

为什么要关

Google 给的官方理由很直白：减少滥用，给付费账号让路。

稍微在 AI 圈混过的都知道，Gemini CLI 这一年成了一个灰色奇观。它最初的设计意图是给个人开发者一个轻量入口，免费用户也能用上 Gemini 模型。但很快就被发现：CLI 走的是 OAuth，配额比 API Key 宽松得多，而且——关键——免费。于是大量的二次封装项目冒出来：

• gemini-cli-to-api 这种把 OAuth 反包成 OpenAI 兼容接口的项目，GitHub 上少说几十个；
• 把 CLI 集成到 Cline、OpenCode 等第三方 Coding Agent 里当免费 backend；
• 用脚本批量轮换账号，刷出工业级的免费 Gemini Pro 调用量。

Google 不可能不知道。3 月的那份公告里，"加强滥用检测"、"按 license 排序流量"、"免费档只给 Flash" 这几条，针对的就是这些玩法。但当时是限制，不是关停，所以很多项目还在硬抗。今天这刀下去，等于直接把那条路堵死。

说实话，从 Google 的商业逻辑看，这事没毛病。一个理论上服务付费订阅用户的入口，60% 以上的流量来自第三方封装的免费薅羊毛，再不止血，付费用户的体验只会越来越差——3 月以后 Pro 用户高峰期的限流已经骂声一片了。

但从开发者侧看，这是又一次 "先用免费养生态，等生态起来了再收口" 的标准剧本。Anthropic 早期的 Claude.ai 网页转 API 工具被封过一轮，OpenAI 也对 ChatGPT 反向工程类项目下过手。Google 这次只是把同一套动作做在了 CLI 上。

迁移路径，几条都不算舒服

官方给的迁移建议有三条，挨个看：

1. 切到 Antigravity CLI

这是 Google 最想推的方案。Antigravity 是它今年重组之后的开发者工具品牌，CLI 是其中一部分。功能上跟老 Gemini CLI 大体兼容，但有几个变化值得注意：

• 鉴权依然支持 Google 账号，但对账号类型和地区做了更细的校验；
• 部分能力（比如调 Gemini 2.5 Pro / Ultra 级别的模型）强制绑定 Pro/Ultra 订阅；
• 增加了用量看板，方便 Google 自己算账。

对于本来就是 Pro 订阅的开发者，这条路最顺。但如果你之前主要靠免费档过日子，迁移完就会发现：能用的只剩 Flash。

2. 改用 AI Studio / Vertex AI 的 API Key

Google 现在更愿意推这条。API Key 的好处是配额、计费、错误码全都透明，做生产系统稳定性可控。坏处是——要钱，而且按 token 真金白银地烧。

对企业用户和正经做产品的团队来说，这本来就是该走的路。CLI 的 OAuth 通道更像一个开发体验糖，从不该被当成生产 backend 用。

3. 走第三方聚合

这是今天很多人正在做的事情。Gemini CLI 关停之后，那些把多个模型集成在一个 API 入口的平台需求会涨一波。OpenAI Hub 这种 AI API 聚合平台就是一个典型选择——一个 Key 同时调 Gemini、Claude、GPT、DeepSeek，国内直连，OpenAI 格式兼容，对刚被 Google 卡掉脖子的开发者算是个现成的替代方案。

好处是省掉了多账号管理、多家计费、多套 SDK 适配的麻烦；要注意的是聚合平台本质上还是把请求转发到上游，所以 Google 政策的边界这边也会跟着收紧——比如 Pro/Ultra 才能用的模型，聚合平台也得有对应通道。

几个需要现在就处理的坑

如果你或者你的项目还在用 Gemini CLI，今天的优先级是：

1. 检查 CI/CD 里有没有 gemini 命令。我见过不止一个项目把 Gemini CLI 当成代码 review 或者 commit message 生成的工具，今天起这些 pipeline 会全部红。
2. 检查依赖了 Gemini CLI 的 IDE 扩展。Gemini Code Assist 的旧版扩展会同步失效，VS Code 里那个小图标点了不会有反应。
3. 如果你用的是封装 CLI 的第三方 API（比如自建的 gemini-cli-to-api），今天起返回的应该是 401 或者直接超时，赶紧把后端切到别的地方。
4. 如果你之前被风控过，比如收到过 "This service has been disabled in this account for violation of Terms of Service" 这种邮件，那么即便切到 Antigravity CLI，账号本身的 flag 可能也还在——这种情况下走 API Key 是更干净的选择。

这事意味着什么

把视角拉远一点看，Gemini CLI 的下线不是孤立事件。今年以来，几家头部模型厂商对 "准免费" 入口的态度都在收紧：

• Anthropic 的 Claude Code 早就把订阅和 API 的边界画得很清楚；
• OpenAI 对 ChatGPT Plus 的 API 化使用一直在做限制；
• 现在 Google 也跟上了。

模型厂商需要免费入口来建生态，但当生态被 "免费薅羊毛" 反噬，他们一定会重新画线。Gemini CLI 这次的处理方式——不删代码、不删品牌（只是改名），但断后端——是一种比较克制的做法，留了一手退路。

对开发者来说，结论也很现实：任何依赖 OAuth 的 "准免费" 通道，都不应该被当成生产基础设施。要么订阅、要么 API Key、要么聚合，三选一，长期看都比赌厂商不收口要稳。

顺带一提，今天 OpenAI Hub 那边 Gemini 系列模型（包括 2.5 Pro、Ultra、Flash 全套）依然在线，调用方式跟 OpenAI 格式兼容，对刚从 CLI 切换过来的开发者来说迁移成本几乎为零。这算是这场停服里少数的好消息之一。

---

参考来源

• Gemini CLI 将在 2026 年 6 月 18 日 23:59 PT 停止服务 - linux.do：社区关于停服时间点和影响范围的讨论
• Service update: mitigating abuse and prioritizing traffic - GitHub Discussion #22970：Google 官方 3 月发布的过渡公告原文
• 2026年6月18日 gemini cli 就停止了 #616 - GitHub Issue：第三方封装项目对停服的应对讨论
• Emacsclient landed in Gemini CLI and why I won't... - Reddit r/emacs：从开源社区视角看 Gemini CLI 向 Antigravity 的过渡