AI产品工具介绍合集：AI产品工具介绍 系列（67/136）2026-02-25

Gemini 3.1 Pro 发布之后，CLI 和 Antigravity 到底谁是亲儿子

Gemini 3.1 Pro 发布之后，CLI 和 Antigravity 到底谁是亲儿子

Gemini 3.1 Pro 发布之后，GitHub 社区里吵得最凶的话题不是 Gemini 3.1 Pro 好不好用，而是一个更让人憋屈的问题：为什么 Antigravity 上的用户能立刻用上 Gemini 3.1 Pro，而 Gemini CLI 的付费用户在干等？

Gemini CLI 和 Antigravity 这两个产品到底是什么关系？Google 内部到底想怎么布局 Gemini 3.1 Pro 的产品线？

先搞清楚这两个产品分别是什么

Gemini CLI — Google 在 2025 年推出的开源命令行 AI 工具，GitHub 仓库 95.6k star。主打"在终端里直接用 Gemini"，面向喜欢命令行的开发者。代码开源，社区可以贡献。

Google Antigravity — Google 后来推出的 AI 编码平台，带图形界面，基于 VS Code 架构。产品定位是"AI 驱动的全功能开发环境"，直接对标 Cursor 和 GitHub Copilot Workspace。不开源。

两个产品都用 Gemini 模型作为后端，都面向开发者，但产品形态、团队、发布节奏完全不同。

3.1 Pro 发布时发生了什么

2 月 19 日当天，两个产品的待遇天差地别。

Antigravity 那边： Pro 用户全量可用 3.1 Pro。没有灰度，没有排队。

Gemini CLI 那边： 用 Google 账号登录的用户看不到 3.1 Pro。用 API Key 的用户部分可用。模型列表里根本没有 gemini-3.1-pro-preview 这个选项。GitHub issue #19532 被标 p1。

到 2 月 21 日（发布后第三天），有人在 GitHub Discussion 里问了大家都想问的问题：

"Antigravity 上所有 Pro 用户都已经能用 3.1 了，CLI 里一个都不能。CLI 是不是已经被 Antigravity 取代了？"

这条评论获得了 23 个 👍 和 9 个 😕。

维护者的回答是灰度发布、逐步扩容。但没有回答那个核心问题：为什么 Antigravity 可以全量放开而 CLI 不行？如果是服务器容量限制，那两个产品应该一起受影响才对。如果不是容量问题，那就是产品优先级问题。

社区的争论

GitHub Discussion 里的评论大致分成两个阵营。

"CLI 是二等公民"派

代表性观点：

"CLI 给我的感觉更像是一个实验项目而不是正式工具。" — @postadelmaga

"Antigravity 比 CLI 快很多，也高效很多。只要把 Antigravity 指向文件就行了。" — @pasha-vuiko

这派人的逻辑是：CLI 是 Google 试水阶段的产物，现在 Antigravity 出来了（有图形界面、更快、更完整），CLI 迟早会被边缘化。从产品投资的角度看，Antigravity 对标的是价值更高的 IDE 市场（Cursor、Copilot），CLI 只是一个社区运营工具。

"CLI 有独立价值"派

代表性观点：

"很多开发者在 CLI 里工作。" — @cacarr-pdxweb

"不是所有人都用 VS Code。" — @ihpled

这派人的核心诉求是：用 Neovim、Emacs、JetBrains IDE 或者任何非 VS Code 编辑器的开发者，Antigravity 对他们没用。CLI 是他们唯一的 Gemini 入口。

有人拿 OpenAI 的 Codex CLI 做对比——Codex CLI 推出得更晚，但在模型可用性上没有掉队。Google 的 CLI 工具在自家模型的可用性上输给了竞品的 CLI 工具，这件事挺尴尬的。

第三方工具的尴尬对比

让这个问题更加刺眼的是第三方工具的表现。

一位用户在评论里写道：

"说实话我觉得挺可笑的——我在 Raycast、Copilot、OpenRouter 上都能用 3.1……就是 Google 自己的产品不行。"

OpenRouter 是一个模型路由服务，理论上只是"转发"API 请求。它在 Gemini 3.1 Pro 发布当天就接上了。而 Google 自己的 CLI 工具在发布后 4 天还没有全面放开。

这说明 Gemini API 本身是可用的（否则 OpenRouter 也接不上），问题出在 Gemini CLI 产品端——它和 API 之间有一层身份认证和配额管理的逻辑，是这一层卡住了。

为什么 Google 不把两个产品合并

我的推测（纯推测，没有内部信息）：

Antigravity 是战略级产品。 它对标的是 Cursor（月活估计几百万）和 GitHub Copilot（订阅用户超过千万），是一个价值几十亿美金的市场。Google 会把最好的资源（服务器容量、模型优先接入、产品经理）分配给 Antigravity。

Gemini CLI 是社区/生态级产品。 它开源在 GitHub 上，9.5 万 star，作为 Google AI 开发者生态的一部分存在。它的价值不在直接收入，而在社区活跃度和开发者黏性。资源分配的优先级天然低于 Antigravity。

两个产品的后端配额体系不同。 从灰度发布的实际表现来看，Antigravity 和 CLI 走的不是同一套容量分配体系。Antigravity 可能有独立的服务器集群或者更高的配额优先级。

Google 的组织结构决定了这种碎片化。 Google 的 AI 产品线至少有：Gemini App（消费者）、Gemini CLI（开发者-终端）、Antigravity（开发者-IDE）、AI Studio（开发者-API）、Vertex AI（企业-云）、Code Assist（企业-IDE）、NotebookLM（研究者）。每个产品有自己的团队。新模型的上线变成了各团队各自灰度的接力赛，用户被夹在中间。

容量问题不只影响 CLI

发布之后不只是 3.1 Pro 不可用的问题。有用户在 2 月 21 日反映：

"Gemini CLI 自从这次更新之后完全不能用了。我一直收到 API Error: No capacity available for model gemini-3-flash-preview on the server。再见 Gemini，我切到 Codex 了。"

连 Flash 模型都没容量了。这说明 3.1 Pro 的灰度发布可能挤占了其他模型的服务器资源。一个新模型的上线，导致原有模型的可用性受到影响——这是容量规划的问题。

企业用户的困境

如果说 CLI 用户的等待只是几天的不便，企业用户面临的问题更严重。

一位 Gemini Code Assist Enterprise 订阅用户在 Discussion 里说：

"Gemini 3.0 三个月前'发布'了，作为企业订阅用户我到现在都没有，还停在 2.5。我在认真考虑换到 Claude。"

原因是 Gemini 3.0 仍在 Preview 阶段，而企业订阅默认不开启 Preview 版本的接入。这个设计本身是合理的——企业客户通常需要 GA（Generally Available）版本来保证稳定性。但结果是：付了企业版最高价的用户，反而用着最老的模型。

有人回复他说："如果一个产品只提供 Gemini 2.5，我肯定取消订阅。"

这件事反映了什么

回到最初的问题：Gemini CLI 和 Antigravity 之间 Google 在搞什么？

最诚实的答案可能是：Google 在用两条产品线押注两个不同的赛道——开源社区影响力（CLI）和商业化 IDE（Antigravity），但在资源分配上明显偏向了后者。

这个策略本身不见得有问题。问题出在执行层面：当你告诉所有用户"今日全面可用"的时候，用户不会自动把你的内部产品优先级划分考虑进去。他们只看到一个事实——交了钱的产品拿不到新模型，免费的第三方工具反而能用。

对于正在做技术选型的开发者来说，这个事件传递了一个信号：如果你需要第一时间用上 Google 最新模型，Antigravity 和 API Key 是最靠谱的渠道。CLI 和企业版 Code Assist 的更新节奏会慢一步甚至几步。

Google 的模型能力在涨。但产品体验上的摩擦，正在以一种不那么显眼但持续积累的方式消耗用户的耐心。GitHub 评论区里那句"This is why Anthropic will win"获得了 18 个赞——这种情绪值得 Google 产品团队认真对待。

参考资料

合集导航回到合集目录 →
上一章
← Gemini 3.1 Pro 产品线困局：Gemini CLI 和 Antigravity 到底谁是亲儿子
下一章
谷歌新出的 "香蕉 AI" 火了，网友：这名字是认真的吗？ →
← 返回博客列表