开源养大、闭源收割？Gemini CLI 关停，给所有开发者|agent|cli|企业版|知名企业|谷歌

如果你用的是个人版或免费版的 Gemini CLI，那从6 月 18 日起，你在终端里敲，它已经不理你了。

gemini

Google 把它 sunset 了。没有缓冲期，今天就是大限。所有个人和免费档的用户，被一刀切地推向一个新东西：Antigravity 2.0。

我自己的工具链里就有 Antigravity。

我之前试过 Gemini CLI，也把 Antigravity 放进过日常工具箱里，但说实话，它还不是我的主力。我现在更多还是用 Claude Code 和 Codex 处理项目，Antigravity 主要是拿来做对比测试，看它在 agent 任务、文件处理和多步骤执行上到底稳不稳。

所以这事我得跟你说道说道：Google 为什么要砍掉一个社区帮它建起来的开源工具？Antigravity 2.0 到底是什么？以及最实际的——你该不该跟。

先把事实摆清楚，别迁错了

这不是传闻，是 Google 官方博客和 GitHub 都正式公告过的。但有个关键细节，很多标题党没说清楚。

被砍的，是个人和免费档。 具体说，Google AI Pro、Ultra，还有免费的 Gemini Code Assist 个人版，从今天起 Gemini CLI 不再为它们服务。

企业档，没事。 如果你用的是企业版 license、通过 Google Cloud 接入、或者付费的 API key，你的 Gemini CLI 照用不误，还能继续用最新模型。

看明白了吗？这是一次典型的"先把免费和个人用户赶走"的操作。掏钱的企业留着，不掏钱或者掏小钱的个人，请去新平台。

迁移本身不难，官方说十分钟能搞定：装上新的命令行工具，用同一个 Google 账号登录，把插件和技能目录导过去，再把原来的配置文件改名成，跑一下自检就行。新旧两个还能在你电脑上共存一段时间。

agy

GEMINI.md

AGENTS.md

但"能迁"不等于"该迁"。先搞清楚 Google 这步棋在下什么。

Google 为什么砍它

表面看，这是 Google 又关了一个产品——它在这方面有前科，关掉的东西能列一长串。

但这次不太一样。砍 Gemini CLI，是 Google 在 all-in 一件事：agent（智能体）平台。

过去 Google 的开发者工具是散的——一个命令行、一个 IDE 扩展、一套云端 agent，各玩各的。现在它要把这些全部收进一个叫 Antigravity 的品牌，底下共用同一套"agent 引擎"。Gemini CLI 这种单点工具，在这个新蓝图里就显得多余了。

所以你要明白：Antigravity 2.0 根本不是"一个更好的命令行"。它是一个有五个面的平台——桌面 App、命令行、SDK、API 里的托管 agent，还有企业版。其中真正值钱的，是后面两个：

SDK：让你能用上 Google 内部同款的 agent 引擎，自己造智能体、跑在自己的服务器上。
托管 Agent：一次 API 调用，就给你起一个隔离的 Linux 环境，能跨工具推理、管文件、上网、把活干完返回结果。这套东西，过去你得用 LangChain 这类框架手写几百行才能凑出来，现在 Google 直接打包成服务卖给你。

说白了，Google 砍掉一个命令行，是想换取一个更大的位置：**掌握"开发者到底怎么造 agent"这件事。**命令行只是入口，平台才是目的。

这事有两根刺

战略归战略，落到用户身上，有两个地方让人膈应。

第一根刺：开源变闭源。 老的 Gemini CLI 是完全开源的，GitHub 上拿了十万多颗星，社区帮它提交了六千多个改进。结果新的 Antigravity 命令行是闭源的，GitHub 页面上只剩一个说明文档和一张演示动图。不少开发者当场就不爽了——感觉自己义务帮 Google 把开源工具养大，转头被换成了一个看不到代码的闭源产品。

第二根刺：可能更费钱。 有开发者反映，新的 Antigravity 最配的是新模型 Gemini Flash 3.5，但这个模型吃 token 吃得凶，用下来成本不低，甚至有人迁完又退回了老的 Gemini CLI。

这两点都不是小事。一个动了开发者的信任，一个动了开发者的钱包。

要不要跟：分三种人

别问"该不该迁"这种笼统问题，先看你是哪种人。

第一种，轻度的个人用户。 你偶尔用问问代码、跑跑小任务。那没得选，要么迁要么没得用，十分钟的事，迁就是了。但迁完盯紧两件事：你的 token 花得是不是比以前快，以及你能不能接受它从此闭源。

gemini

第二种，有自动化在依赖命令的——你今天最危险。 如果你把写进了定时任务、CI 流水线、或者别的自动化脚本里，注意：官方的迁移脚本根本不碰你的自动化。更坑的是，有的配置会不报错地悄悄失效，某些集成模式这一版干脆就没有。也就是说，你的流水线可能今天就断了，还断得没有任何报错。今天别干别的，先去把所有调用的脚本翻一遍。

gemini

第三种，正在选一个 agent 平台来 build 产品的。 Antigravity 的 SDK 和托管 Agent 确实强，能省你很多编排的活。但下注之前，认真想想 Google 关产品的前科——你今天把产品架在它上面，要是哪天它又"聚焦战略"砍一刀，你怎么办。

我的判断和对策

我的态度很简单：不 all-in 任何一家的 agent 平台。

Antigravity 我会继续用，但 Claude Code、Codex 我也都留着。我现在的分工大概是这样：Claude Code 更适合接长任务，比如读项目、改文件、跑一轮验证；Codex 我更多拿来处理代码细节、查问题、补局部逻辑；Antigravity 暂时放在测试位，看看它后面能不能在 agent 工作流上变得更稳定。

谁今天好用，我用谁。

但我不把身家压在任何一个上面。前几天我还专门拿同一个小项目试了一轮：让不同工具去读项目结构、找问题、改配置、最后给我一个总结。结果很明显，工具之间的差异不是“谁更聪明”这么简单，而是谁更稳、谁更少乱改、谁更容易让我验收。

这也是我为什么不愿意只押一个工具。

因为对我来说，AI 工具不是拿来炫的，是要真的接活的。原因今天这件事就是最好的注解——一个工具能在某天早上突然对你失效，你最好的保险，就是手里不止一把工具。

这次还有个意外的好信号：Google 把配置文件从改名成了。而正在变成一个跨工具的通用约定，好几家的工具都认它。这意味着你那套规则和习惯，越来越能在不同工具之间搬来搬去。**对用户来说，工具越能互换，你越自由。**这是我愿意乐观的地方。

GEMINI.md

AGENTS.md