如果你在 2025 年跟着社区给 Gemini CLI 提 PR、写插件，却在 2026 年 5 月收到「6 月 18 日起个人与 Pro/Ultra 不再能走官方 API」的通知，困惑的不只是功能迁移，而是开源许可证与运行时基础设施被拆开之后，贡献是否还算「为自己打工」。本文面向终端 AI 编码工具用户与团队技术负责人，梳理 Google I/O 2026 政策转身、Antigravity CLI 替代方案、社区「钓鱼式圈套（bait-and-switch）」争议，并给出六步可执行的依赖评估与迁移清单。政策细节以 Google Developers Blog 为准；租期与节点见 NOVAKVM 定价页，远程 Mac 下单见 订购页，连接基线见 帮助中心。
[ SECTION_01 ] // PAIN_MAP Gemini CLI 政策转身：开发者为何感到被「开源」反噬
- 劳动与回报错位：Google 在 2025 年 6 月以 Apache 2.0 发布 TypeScript 版 Gemini CLI，一年内社区合并 PR 数量达数千级、GitHub Stars 达十万级量级（请以仓库当前统计为准）；停服公告后，贡献者质疑「是否在为企业代码库免费打工」。
- 许可证≠可用性：代码库仍可 fork，但认证、配额与模型 API 由 Google 控制；FOSS Force 等媒体的概括是：Google 没有改许可证，而是关掉了让工具有用的基础设施。
- 「单一平台」的双重标准：官方称集中资源做 Antigravity 是多智能体趋势所需；企业客户却可继续使用 Gemini CLI 并同步获得 Antigravity——对个人用户是硬性迁移，对企业是可选并存。
- 闭源替代与额度骤降：Antigravity CLI 为闭源产品；社区反馈免费层每日调用额度相较 Gemini CLI 时期大幅缩水（具体数字请以当时产品页为准），且功能尚未 1:1 对齐。
- 集成方被动迁移：Dynatrace、Elastic、Figma、Shopify、Stripe 等曾与 Gemini CLI 深度集成的厂商，同样面临文档与用户路径重配压力。
- 长期信任折扣：Google 历史上多次关停消费级产品（Reader、Google+、Stadia 等），此次加深「承诺周期短于仓库 Star 曲线」的印象。
核心矛盾一句话：谁拥有 Git 仓库不重要，谁控制认证与 API 配额才决定工具是否还能用。
[ SECTION_02 ] // MATRIX 2026 Gemini CLI 事件时间线与「谁还能用」对照表
下列时间线综合 Google 官方公告与科技媒体报道，发版或政策若有更新，请以下方官方链接为准。
| 时间 | 事件 | 对个人/社区的影响 |
|---|---|---|
| 2025-06 | Apache 2.0 开源发布 Gemini CLI | 社区大规模贡献与集成 |
| 2026-05-19 | Google I/O：宣布 Antigravity CLI，同步说明 Gemini CLI 将限制非企业访问 | 争议在 GitHub Discussion 与科技媒体发酵 |
| 2026-05-23 起 | 社区批评与「bait-and-switch」讨论扩散 | 部分开发者转向 Claude Code、Codex CLI 等竞品 |
| 2026-06-18 | 免费、Pro/Ultra、个人 Code Assist 等路径停止为 Gemini CLI 提供服务 | 须迁移 Antigravity 或自备付费 API Key |
| 用户类型 | Gemini CLI（官方托管 API） | 常见替代 |
|---|---|---|
| Google AI 免费 / Pro / Ultra 个人 | 停止服务 | Antigravity CLI（闭源免费层） |
| Gemini Code Assist 个人 / GitHub 个人新装 | 停止或限制新装 | Antigravity 或换工具链 |
| Code Assist Standard / Enterprise | 继续支持 | 可同时试用 Antigravity |
| 付费 Gemini / Enterprise Agent Platform API Key | 仍可通过 Key 访问 | fork 代码 + 自持 Key |
[ SECTION_03 ] // POLICY Antigravity CLI 替代了什么？「伪开源」与基础设施依赖
Google 在开发者博客中说明：Antigravity 是「面向多智能体时代的统一平台」，终端体验由 Antigravity CLI 承担，并保留 Agent Skills、Hooks、Subagents 等能力名称的延续，但明确承认短期内无 1:1 功能对等。The Register 等 outlet 指出，Antigravity 相关 GitHub 仓库早期可能仅有 README/变更记录而无完整源码——与 Gemini CLI 的 Apache 2.0 形成鲜明对比。
社区反馈的缺口包括（请以你本地版本复现为准）：ACP（Agent Client Protocol）支持不确定、项目级 Markdown 记忆缺失、文档稀少、Ctrl+C 行为异常、Pro 订阅下极少 Prompt 即触发额度上限等。Reddit 与 GitHub Discussion 中的高赞评论将情绪概括为对 Google 一贯产品策略的不信任。
Linux Foundation 在 2026 年 5 月 Open Source Summit 上借案例推广 isitopen.ai（Model Openness Tool），从透明度、可复现性、使用权等维度评估 AI 工具是否「真开放」——这与传统「fork 即可运行」的开源范式形成对照：AI CLI 时代，模型权重、推理 API、账号体系往往仍在厂商围墙内。
下列为政策与讨论入口，请以页面当前表述为准。
Google Developers Blog：Transitioning Gemini CLI to Antigravity CLI
GitHub Discussion #27274（社区反馈）
FOSS Force：Gemini CLI’s Short Life and Antigravity Bait-and-Switch
The Register：Bye-bye, Gemini CLI
[ SECTION_04 ] // RUNBOOK 开发者六步：评估 AI CLI 依赖、迁移与降低锁定风险
- 清点运行时依赖：列出当前工作流是否依赖 Google 账号 OAuth、默认配额、IDE 内嵌 Code Assist，还是已使用独立的 Gemini Enterprise API Key；三者停服影响完全不同。
- 区分「代码开源」与「服务开源」：阅读 LICENSE 同时，检查 README 中的认证说明、
settings.json必填字段、是否必须连接厂商云端才能执行核心命令。 - 为 6 月 18 日设定回滚窗口：在日历提醒前导出本地配置、Hooks、Skills 目录（含
.cursor/skills与.agents/skills），并在分支上锁定当前可用版本号。 - 并行验证 Antigravity 与备选 CLI：用非生产仓库对比 Claude Code、OpenAI Codex CLI 或「Gemini CLI + 自持 API Key」路径，记录同等任务下的额度消耗与脚本兼容性。
- 更新团队文档与 CI：若 Runner 或远程 Mac 上安装了 gemini-cli，在流水线环境变量中明确 API Key 来源，避免构建在 6 月 18 日后静默失败。
- 贡献前签「基础设施契约」：新开源 AI 项目入库前，用 isitopen.ai 或内部检查表记录：模型是否可替换、是否支持本地推理、停服时是否有离线降级路径。
若你仍希望继续使用 Gemini CLI 代码树本身，官方保留的路径是付费 Gemini / Gemini Enterprise Agent Platform API Key——这意味着预算从「订阅送额度」转向「按 Key 计费」，团队需在财务与合规侧提前对齐。
[ SECTION_05 ] // DATA 可引用事实与 2026 生态观察（请以官方最新数据核对）
- 停服生效日：2026 年 6 月 18 日——免费、Google AI Pro/Ultra 及个人 Gemini Code Assist 等路径不再为 Gemini CLI 与相关 IDE 扩展提供请求服务（Google Developers Blog，2026-05-19）。
- 企业豁免：持有 Gemini Code Assist Standard / Enterprise 许可证，或通过 Google Cloud 使用 Code Assist for GitHub 的企业，官方称访问「保持不变」且可继续使用最新模型更新。
- 社区规模（公告期口径）：TechTimes 等媒体报道引用「一年内 10 万+ Stars、6,000+ 合并 PR」量级；定稿前请打开
google-gemini/gemini-cli仓库核对当前数字。 - Antigravity 定位：闭源 CLI + 服务端 harness；官方承认与 Gemini CLI 并非立即功能对等。
- 行业评估工具：Linux Foundation 推广的 isitopen.ai，用于从多维度衡量模型与工具链开放程度，而非仅看 Apache/MIT 许可证名称。
[ SECTION_06 ] // CLOSE 远程 Mac 上跑终端 Agent：方案短板与 NOVAKVM 收束
政策震荡期，很多团队的真实诉求是：换 CLI 可以，但自动化不能停——OpenClaw Gateway、Hermes、Cursor Agent、Gemini/Claude CLI 往往要同一台 macOS 上 7×24 常驻。常见替代环境各有短板：
- 个人 MacBook：合盖睡眠、本地额度与账号绑定在个人订阅上，一旦厂商调整政策，夜间 cron 与 CI 同时停摆。
- Linux VPS：无法承载 Xcode、codesign、Simulator 与 Metal 相关 Agent 技能，iOS 团队无法把终端 Agent 与构建链放在同一环境。
- 多租户云 Mac：资源争抢导致编译与推理延迟波动，长时 Agent 循环（测试→改代码→再测）容易被邻居任务挤占。
对于需要独占 Apple Silicon、稳定 Metal、按天/周/月弹性扩容的 iOS CI/CD 与多 CLI Agent 并行的生产环境，NOVAKVM 的 Mac Mini M4 / M4 Pro 云端裸金属通常是更优解：用自持 API Key 或企业许可证把「厂商停服」风险挡在账号层，用远端独占节点把「本机合盖」风险挡在基础设施层；SSH 与六地节点便于团队在政策切换周并行验证 Claude Code、Codex 与 Antigravity。机型与租期见 定价页，下单与远程连接见 订购页与 帮助中心。