Gemini CLI 6 月 18 日关停：你的团队还有 3 天做出 coding agent CLI routing 决策

截止日期还有三天。2026 年 6 月 18 日，Google 将停止向所有消费端账户——免费版、Google AI Pro 和 Google AI Ultra——提供 Gemini CLI 及 Gemini Code Assist IDE 扩展的服务。官方接班人是 Antigravity CLI，现已开放下载，表面上的迁移路径也足够清晰。但对于已将 Gemini CLI 嵌入 coding agent 工作流的工程团队而言，真正的问题并非"怎么迁移"，而是"我们是否应该迁移到 Antigravity，还是这正是切换到 provider 独立 routing 架构的时机？"

发生了什么

2026 年 5 月 19 日，Google 在 Google I/O 2026 上宣布 Gemini CLI 消费端关停计划。这是一个架构层面的决策：Gemini CLI 验证了终端作为 agentic 界面的价值，吸引了超过 100 万用户、10 万 GitHub Stars 和 6000 个合并 PR。但 Google 的判断是，多 agent 工作流需要统一后端——而 Gemini CLI 的独立模式无法实现这一点。用户的需求已经从单一 agent 终端交互，演进为需要多个 agent 协同通信来拆解复杂问题。

Antigravity CLI 与 Antigravity 2.0（桌面应用）共享同一个 agent harness，基于 Go 构建以降低延迟，并支持异步 agent 编排：你可以在后台跨多个 agent 并行执行大规模重构，而不会阻塞终端会话。Google 将其定位为"agent-first 开发平台"的统一入口，而非 Gemini CLI 的简单继任者。

此次关停波及的具体范围：

• 免费用户 — Gemini CLI 于 6 月 18 日停服
• Google AI Pro 和 Ultra 订阅者 — 同日同步停服
• 面向个人的 Gemini Code Assist — IDE 扩展同样于 6 月 18 日停服
• GitHub 上的 Gemini Code Assist（消费端） — 6 月 18 日起不再接受新安装；现有请求将于 7 月 17 日前停止响应

不受影响的用户： 持有 Gemini Code Assist Standard 或 Enterprise 许可证的组织。企业付费用户的 Gemini CLI 和 IDE 扩展继续正常工作，可访问最新 Gemini 模型。Gemini CLI 也将继续通过付费的 Gemini Enterprise Agent Platform API key 保持可用。

为什么 AI 工程团队需要关注

6 月 18 日，三个工程现实同时碰撞，每一个都值得团队认真对待。

第一，截止日期是真实的。 将 Gemini CLI 用于脚本化 coding 任务、CI pipeline 助手或临时终端 agent 的团队，需要在本周做出决策——而不是下个 sprint。那些静默调用 Gemini CLI 端点的工作流，周三将开始返回错误。CI pipeline 中没有明显错误处理的 gemini 调用尤其危险，因为它们可能在没有告警的情况下悄无声息地失败。

第二，Antigravity CLI 有明确的架构立场，不是中立工具。 它在设计上将所有流量路由到 Google 的 Antigravity agent harness。这对 Google 原生工作流是优势——未来升级无缝衔接、与桌面 agent 共享状态、与 Google Cloud 项目深度集成。但这也是一次有意为之的集中化。Antigravity CLI 没有内置 provider fallback，没有多模型 routing，也没有 OpenAI 兼容的 API 层。选择 Antigravity CLI，意味着在 Google 的推理基础设施上构建，可观测性和成本控制都需要通过 Google 的工具体系实现。

第三，竞争格局比一年前更成熟。 Gemini CLI 于 2025 年中推出时，Claude Code 还在早期访问阶段，Codex CLI 也还是实验性产品。如今，Claude Code 已支持嵌套 subagent、企业级会话持久化和托管设置治理层；Codex CLI 拥有持久化云端执行能力，支持跨多线程的 agent 运行时。这次迁移事件给了团队一个合理的时机来思考：Google 的 unified-backend 模型是否适合我们，还是 provider 独立的 routing 架构更符合长远利益？

Router/operator 视角

对于运行 routing-aware agent 架构的团队，这次关停暴露了一个真实的架构分叉，而不仅仅是一次工具替换。

路径 A — Antigravity CLI。 对于已深度投入 Google 生态的团队，这是最平滑的迁移方案。Antigravity CLI 保留了 Gemini CLI 最核心的能力：Agent Skills、Hooks、Subagents 和 Extensions（现更名为 Antigravity plugins）。对于使用 Google Cloud 凭证和 Vertex AI 集成的团队，单一 backend 模型减少了运维复杂度，所有 agent harness 改进都会自动同步到 Antigravity CLI。代价是：Antigravity 不兼容 OpenAI 协议，无法通过标准 /v1/chat/completions gateway 路由；计费、可观测性和 fallback 策略都在 Google 基础设施内部，而非你自己的控制平面。

路径 B — 通过 Claude Code 或 Codex CLI 实现多 provider routing。 两者的 API 层均兼容 OpenAI SDK，意味着可以通过 routing gateway 前置，附加你自己的可观测系统，并定义 fallback 链（例如：主路由 Claude Code on Fable 5，延迟尖峰时 fallback 到 Codex on gpt-5）。这条路径前期配置成本更高，但换来的是模型无关的成本控制和 provider 独立性。Claude Code 在企业层面支持 availableModels 治理控制和 fallback 模型配置；整个工作流的计费、延迟、质量指标都可以在你自己的 observability 栈中统一管理。

operator 的核心问题： 你的 coding agent 工作流是否需要在 routing 层实现可观测性和 fallback 感知？还是它们只是可以接受单一 provider 锁定的独立终端会话？如果是前者——尤其是 CI 集成 agent、需要账单对账的团队工作流，或受监管环境下的 coding assistant——6 月 18 日是一个审计机会，而不仅仅是一次迁移。

从架构影响来看，两条路径的差异不止于工具层面。Antigravity CLI 将模型选择、agent 调度、执行日志全部封装在 Google 基础设施内——你的工程团队看不到中间层，也无法在不同 provider 之间分配负载。而基于 OpenAI 兼容协议的 routing 方案则相反：每次 agent 调用都经过你控制的 gateway，你可以按任务类型、延迟预算、成本上限分别配置模型，并在 provider 出现故障时自动切换，而调用侧代码完全不需要改动。对于需要将 AI coding 成本计入具体项目或团队的组织，这一差异在账单对账层面非常显著。

现在需要检查的事项：

• 识别所有在消费端凭证下调用 gemini CLI binary 或 Gemini Code Assist IDE 插件的工作流、脚本或 CI job
• 企业用户：在 6 月 18 日前确认组织的 Code Assist Standard/Enterprise 许可证处于激活状态——已持证则无需操作
• 迁移至 Antigravity 的消费端用户：测试你的 Agent Skills 和 plugin 配置；初始版本尚无 1:1 功能对等，特别是对 Hooks 和 Extensions 配置需要重新映射到 Antigravity plugins 体系
• 评估 Claude Code 或 Codex CLI 的团队：验证 OpenAI 兼容 SDK 配置，并确认现有 routing gateway 是否支持 CLI 调用的 agent 会话；注意 Fable 5 的 tokenizer 变化可能影响 token budget 估算

TheRouter 用户需要关注和尝试的事项

即使你不直接使用 Gemini CLI，这次关停也是一个有价值的审计触发点。检查你的 routing policy 是否引用了通过消费端凭证访问的 Gemini provider 模型——这些路径在 6 月 18 日之后将返回错误。企业授权的 Gemini 路由无需立即操作，但在 Antigravity 迁移浪潮期间 Gemini 容量可能承压，这是确认 fallback 模型链顺序是否正确的好时机。

如果你正在评估将 coding agent CLI 工作负载从 Gemini 迁移到通过 TheRouter 路由的 Claude Code，/v1/chat/completions passthrough 和模型级 routing 规则可以让你将特定 agent 会话分配给特定 provider，而无需更改调用 CLI 的配置。详见 provider routing 文档 和 模型目录 中当前支持的 Gemini 及 Anthropic 模型端点。

来源：Google Developers Blog — An important update: Transitioning Gemini CLI to Antigravity CLI（2026 年 5 月 19 日）及 Google Gemini Code Assist 弃用页面（2026 年 6 月 11 日更新）。