10 萬 Star · 6,000+ PR · 6 月 18 日停服 · Antigravity 替代
誰會遇到這個問題？你在 2025 年跟著社群替 Gemini CLI 提 PR、寫外掛，或已把 SKILL.md 工作流綁在 Google 帳號上——卻在 2026 年 5 月 19 日 Google I/O 被告知：6 月 18 日起免費、Pro、Ultra 與多數個人 Code Assist 路徑將停服，須遷往閉源的 Antigravity CLI。結論：授權條款仍是 Apache 2.0，但誰控制認證與 API，誰才真正擁有工具；個人開發者應區分「程式碼開源」與「服務開源」，並準備 API Key 或替代 CLI。本文結構：時間軸 → 政策細則 → Antigravity 對照 → 信任爭議 → 社群反應 → 產業趨勢 → 五步應對 → 遠端 Mac 驗收 → FAQ。
2025 年 6 月，Google 以 Apache 2.0 發布基於 TypeScript 的終端機 AI 編碼助手 Gemini CLI。一年內儲存庫累積超過 10 萬 GitHub Stars，社群合併 6,000+ 個 Pull Request——Google 在官方公告中亦將此視為成功指標。
轉折點出現在 2026 年 5 月 19 日 Google I/O：Google 宣布推出面向「多代理時代」的 Antigravity CLI，並說明自 2026 年 6 月 18 日起，Gemini CLI 與相關 IDE 擴充功能將不再為 Google AI 免費層、Pro、Ultra 及多數個人 Gemini Code Assist 使用者提供服務。
核心爭議並非「儲存庫會不會刪除」，而是：這是產品整合，還是先用開源吸納社群勞動、再把可用性關進企業付費牆？ FOSS Force、The Register、GitHub Discussion #27274 等處，大量開發者以 bait-and-switch（釣魚式圈套） 形容這一節奏。
勞動沉沒：合併當天仍有貢獻者（如 Andrea Alberti）的 27-commit PR 被接受，隨即面臨個人路徑停服。
基礎設施鎖定：程式碼可 fork，認證、配額、模型端點仍屬 Google——「偽開源」在 AI CLI 領域已成常態。
替代品落差：Antigravity 免費額度與使用者回報的用量上限，遠低於 Gemini CLI 時期體驗。
生態連帶：Dynatrace、Elastic、Figma、Shopify、Stripe 等曾深度整合的夥伴亦需重估接入方案。
| 時間 | 事件 |
|---|---|
| 2025 年 6 月 | 開源發布 Gemini CLI（Apache 2.0），向社群開放貢獻 |
| 2025.06 – 2026.05 | 社群 6,000+ 合併 PR、100,000+ Stars |
| 2026 年 5 月 19 日 | Google I/O：發布 Antigravity CLI，同日公告 Gemini CLI 將限制非企業存取 |
| 2026 年 5 月 23 日 | 爭議發酵；GitHub 討論串大量負面回饋 |
| 2026 年 5 月 29 日 | Linux Foundation 在 Open Source Summit 以本案推廣 isitopen.ai 開放度評估工具 |
| 2026 年 6 月 18 日 | 免費 / Pro / Ultra / 多數個人 Code Assist 路徑停止 Gemini CLI API 服務 |
官方說明見 Google Developers Blog 與 gemini-cli Discussion #27274。
| 使用者類型 | 6 月 18 日後 Gemini CLI | 建議路徑 |
|---|---|---|
| Google AI 免費使用者 | 停服 | 遷 Antigravity CLI 或換工具 + 自付 API |
| Google AI Pro / Ultra | 停服 | 同上；注意 Antigravity 計費模型差異 |
| Gemini Code Assist 個人版 | 停服 | 評估 Claude Code、Codex CLI、Cursor 等 |
| Code Assist for GitHub 個人新裝 | 6 月 18 日起不允許新安裝 | 企業雲路徑或替代 CI 整合 |
| Code Assist Standard / Enterprise | 保持 | 可繼續用 Gemini CLI + 可選試 Antigravity |
| 付費 Gemini / Enterprise API Key | 保持 | CLI 仍連自有 Key，與訂閱停服解耦 |
| 經 Google Cloud 的企業 GitHub 整合 | 保持 | 依合約與雲端專案設定 |
可引用結論 #1：個人訂閱與「儲存庫開源」不再等價；API Key 或企業授權才是繼續走 Gemini CLI 的硬門票。
Google 將 Antigravity 定位為「面向多代理時代的統一平台」，內建伺服端 harness 與新終端體驗；並承諾保留 Agent Skills、Hooks、Subagents 等關鍵能力（擴充形態改為 Antigravity 外掛）。但社群回饋與媒體報導指出多處非對等遷移：
| 維度 | Gemini CLI（過渡期） | Antigravity CLI |
|---|---|---|
| 授權 | Apache 2.0 開源 | 閉源（官方替代儲存庫無完整原始碼樹） |
| 免費額度（社群對比） | 約 1,000 次/天 量級（使用者口徑） | 約 20 次/天 量級（回饋顯示縮減約 98%） |
| ACP / 專案記憶體等 | 社群已用功能 | 部分能力存疑或缺失（使用者回報 ACP、Markdown 專案記憶體、Ctrl+C 異常等） |
| 文件與成熟度 | 一年社群共建 | 上線倉促、文件稀少（The New Stack 等評論） |
| 企業使用者 | 可繼續用 Gemini CLI | 企業可同時保留 Gemini CLI 與 Antigravity——「統一平台」對個人更硬、對企業更軟 |
可引用結論 #2：Google 官方亦承認短期內無 1:1 功能對等；個人使用者承擔遷移摩擦，企業使用者保留雙軌——這削弱了「純技術必要性」敘事。
Christine Hall（FOSS Force）的概括被廣泛引用：Google 並未更改開源授權條款，而是關掉了讓工具有用的基礎設施。
貢獻者 Andrea Alberti 在 PR 合併當日的質問同樣尖銳：「我們本質上是在為一個只服務企業的程式庫免費打工嗎？」
官方理由強調「集中精力於單一平台、順應多代理趨勢」。反駁點在於：同一「技術必要性」對企業客戶並非強制——Standard / Enterprise 仍可繼續使用 Gemini CLI。若真是架構必然，不應僅對個人免費層生效。
可引用結論 #3：在 AI 工具時代，誰擁有儲存庫不如誰控制執行環境（認證、模型 API、配額）。Fork 可行，無 API 則難以為用。
GitHub 討論區出現大量負面反應；部分使用者表示取消 Google 訂閱並轉向 Claude Code、OpenAI Codex CLI 等競品。Linux Foundation 在 2026 年 5 月 North America 峰會上，由 IBM 的 Arnaud Le Hors 以本案說明需用 Model Openness Tool（isitopen.ai） 從透明度、可重現性、使用權三維度評估 AI 工具「真實開放程度」。
更深一層：傳統開源 fork 後即可獨立運行；AI 工具開源 則常見「程式碼開放 + 模型/API 私有」。再疊加 Google 歷史上多次關停消費級產品（Reader、Google+、Stadia 等），開發者對長期承諾的信任本已脆弱——此次政策更像壓垮駱駝的最後一根稻草。
可引用結論 #4：評估第三方 AI CLI 時，應建立新清單：授權條款 + 認證路徑 + 停服歷史 + 替代閉源方案條款，而非只看 Star 數。
分清「程式碼開源」與「服務開源」：閱讀官方部落格中的「Enterprise 不變」條款，確認你是否屬於 API Key / 企業授權豁免族群。
匯出設定與金鑰：備份 .gemini、Hooks、自訂 Skills；若用站內Agent Skill 標準，將 SKILL.md 遷到 Cursor / Claude Code 目錄，避免綁死在單一廠商認證。
選定替代 CLI 並做並行試運行：Claude Code、Codex CLI、或保留 Gemini CLI + 自購 API Key（不受此次訂閱停服影響的路徑）。
評估基礎設施依賴：新工具是否同樣要求廠商 OAuth？是否支援本機模型或中立 API？參考 isitopen.ai 維度打分。
在 macOS 上圖形驗收：多數 CLI 在 macOS 上涉及 OAuth 瀏覽器回呼、鑰匙圈、TCC。Windows 主力機使用者可在租用 VNC 遠端 Mac上完成 20 分鐘驗收（見下節），再決定是否為長期遷移買斷 Mac mini。
Gemini CLI 爭議本身不強制你買 Mac——但遷移目標常把開發者推回 Apple 生態：iOS 簽章、OpenClaw Gateway、瀏覽器 MCP 權限、微信 ClawBot 掃碼等，仍須在 macOS 圖形工作階段裡點選授權。
| 情境 | 僅 SSH 遠端 Mac | VNC 圖形工作階段 |
|---|---|---|
| 新 CLI OAuth / 裝置碼登入 | 部分可行（複製 URL） | 瀏覽器回呼、多因素更穩 |
| Xcode / 鑰匙圈 / 簽章 | 常卡住 | 建議 |
| OpenClaw 權限彈窗 | 不可靠 | 建議 |
| 並行試 2–3 套 CLI 一週 | 可寫設定 | 可直觀對比 IDE 擴充與終端機 |
20 分鐘驗收勾選：① 開通節點並 VNC 登入；② 安裝目標 CLI 並完成 OAuth；③ 跑一條最小程式碼產生/提交指令；④ 若接 iOS 工程，開啟 Xcode 確認 Signing 無紅字；⑤ 記錄日誌路徑與解除安裝步驟，避免遷移留下金鑰殘留。
可以。儲存庫仍為 Apache 2.0。變化的是官方為個人訂閱提供的託管認證與模型服務，不是刪除原始碼。
Google 稱會保留 Skills、Hooks、Subagents 等概念，但擴充形態改為 Antigravity 外掛，且短期無完全對等。跨平台 SKILL.md 仍建議按 agentskills.io 維護，降低廠商鎖定。
本文討論的是開源倫理與商業信任，非法律結論。Apache 2.0 不保證服務層級；貢獻前應閱讀 CLA 與服務條款中的變更權。
無直接隸屬。OpenClaw 是獨立 Agent 閘道生態；若你從 Gemini CLI 遷出並需要 7×24 Gateway、多渠道 IM，可參閱站內 OpenClaw + 租 Mac 專題。二者都可能需要在 macOS 上圖形授權。
Gemini CLI 事件是 AI 時代「雲端原生開源工具」商業化 的縮影：授權條款保障的是複製與修改權，不保證你明天仍能用同一帳號免費呼叫最新模型。個人開發者真正的護城河，是可遷移的設定、自有的 API Key、以及對執行環境依賴的清醒認知。
若你正並行評估 Claude Code、Codex、OpenClaw 或「Gemini CLI + 付費 Key」，又缺少一台可隨時重裝、點權限的 Mac，自購 Mac mini 的隱性成本（折舊、閒置、換機）在 1–3 個月的試錯窗口裡往往高於按小時/按月租 VNC 遠端 Mac：主力機繼續寫程式，雲端工作階段專門做 OAuth、Xcode 與 Agent 驗收，試完再決定長期站隊。
工具會換，環境要留後路。下方進入遠端 Mac 套餐，為 CLI 遷移準備一台可圖形驗收的 macOS 節點。