2026 年 6 月 18 日後：非企業 Gemini CLI 停服與影響面
Google 在 2026 年上半年逐步收斂個人、新創與中小團隊用的官方 Gemini CLI，並明確以 2026 年 6 月 18 日為界，停止對非企業用戶的官方發佈與支援。僅持有 Workspace、Vertex 等整合線企業合約的組織，能留在官方 CLI 通道與優先支援路徑。
現場真正會斷掉的層次包括：官方安裝程式與自動更新、Google 帳號綁定的免費額度、文件裡標成「建議」的 agentskills.io 相容整合測試，以及內部 Runbook 寫死的 gemini 子命令前提。已在 CI 用 gemini run 跑夜間任務的團隊，應在 6 月中旬前敲定替代二進位、環境變數、認證方式這三件事。
本機開發：終端 Agent 可能一夜變成「不支援」，只剩 ~/.gemini/ 設定檔。
CI / cron：官方二進位不再更新，系統升級後容易連鎖連結失效或認證錯誤。
Skill 資產：SKILL.md 不會消失，但路由到哪個 CLI變了，description 觸發詞要重寫。
要釐清的是：模型 API 本身不會憑空消失。停的是「誰都能 clone、送 PR 改進」的那條 CLI 產品線；計費與合約會改走其他通道。個人開發者別把「CLI 工具沒了」和「還能不能呼叫 Gemini 模型」混成一題，遷移設計才站得住腳。
Antigravity CLI：閉源後繼與授權、功能邊界
官方推薦的後繼是 Antigravity CLI。技術上已切到二進位發佈、原始碼不公開、以服務條款為準的產品形態。開源倉庫年代允許的 fork、內部 patch、可稽核的建置管線，在 Antigravity 下原則上都不成立。
| 面向 | Gemini CLI（開源期） | Antigravity CLI |
|---|---|---|
| 原始碼 | 公開倉庫、社群 PR | 閉源、常含禁止反編譯條款 |
| 認證 | Google 帳號 / API 金鑰並用 | 更綁 Google 生態 |
| 擴充 | Hook、Skill 目錄、自寫外掛 | 僅官方擴充點、行為黑箱 |
| 稽核 | 用 commit 追變更 | 靠發佈說明與 ToS |
對企業客戶，「有窗口、有 SLA」是優點；對新創與個人，月費上漲往往不如資料究竟過哪些節點不清楚來得致命。Antigravity 整合 CLI 體驗，但提示詞、repo 路徑、工具輸出會不會進雲端日誌，得讀合約與區域設定才能判斷。金融、醫療、政府外包案裡，直接接 Antigravity 不如 BYOK + 自管主機常見，原因就在這。
提醒：請把 Antigravity 當換產品，不是「同一套 CLI 升級版」；資安與成本評估建議從零重做。
逾 6000 筆社群 PR 與「開源」期待的 bait-and-switch
Gemini CLI 以開源倉庫營運期間，社群累積送出了超過 6000 筆 Pull Request：文件、多語系、Windows / Linux 路徑、Skill 載入器、失敗重試、企業代理……多數是無償勞動。維護方長期主打「和全球一起把 CLI Agent 標準做起來」，路線圖上還掛著 agentskills.io 完整相容與長時段工作階段。
2026 年的政策轉向，在社群眼裡很典型：用開源聚攏實作與信任，產品成熟後關源、只留企業通道——也就是常被說的 bait-and-switch。法律上或許仍在授權與條款範圍內，但心理契約——「我們的 PR 會變成未來標準」——已經破裂。就算還能 fork，官方品牌、認證、免費額度一斷，維護成本就回到使用者身上。
開源的價值不在「免費」，而在退出權（exit rights）：停服公告之後，還能不能從 fork 繼續、把認證和模型端點拆開，才是信任試金石。
以後再選類似 CLI，建議核對四點：（1） 模型 API 授權與 CLI 倉庫授權是否分離。（2） 有沒有書面的社群治理（RFC、工作小組）。（3） 終止時是否至少 90 天通知加遷移文件。（4） 倉庫歸檔後是否還留可建置的 tag。Gemini CLI 這件事，等於提醒大家：選 Agent 工具不是選順眼 UI，而是管供應鏈。
分開看基礎設施與授權：該遷什麼、該放什麼
遷移最容易亂的，是把基礎設施（跑在哪）和授權（能不能跑這個軟體）當同一件事。你真正握在手裡的，多半是下面三塊：
基礎設施：Mac mini、KVMNODE 專屬 Mac、launchd、cron、SSH、備份目的地——在你的合約底下。
資產：SKILL.md、Hook 腳本、Runbook、.env 金鑰命名——在 Git 裡，可搬遷。
授權：官方 Gemini CLI 二進位、Antigravity、Google 帳號條款——廠商可單方面改。
因此較穩的架構是：把 Skill、Hook 放在較不依賴單一授權的執行層，模型用 API 金鑰（BYOK）隨時替換。Cursor、Claude Code、OpenClaw Gateway、自架 fork 的 Gemini CLI，外殼可以換，.cursor/skills/ 與 scripts/ 仍能留。反過來，若把所有邏輯押在 Antigravity，就算機器是自己的，軟體層也沒有退出權。
跟法遵同事溝通時，可以拆成三張票：「雲 Mac 載什麼」=基礎設施審查，「跑哪個 CLI 二進位」=軟體資產審查，「連哪個模型 API」=資料處理合約。全塞進一份 ToS，六月一封通知就可能把整條 pipeline 打紅。
開發者因應：六步驟與 KVMNODE 雲 Mac 7×24 CLI Agent
在 6 月 18 日前，可用下列六步把風險壓下來：
盤點：列出正式、CI、本機 Mac 上所有 gemini 呼叫與認證方式。
fork 或替代 CLI：從最後 tag 建置，或把 Skill 遷到 Cursor / Claude Code 等。
BYOK：把 API 金鑰收進密鑰管理，從 repo 移除。
調 Skill 觸發：description 少綁「gemini」，改寫成任務導向。
7×24 主機：別靠筆電合蓋，改在專屬 Mac 用 launchd + cron。
備份：定期 SSH 拉 ~/.cursor/、Skill 倉庫與日誌。
| 執行環境 | CLI Agent + cron | 主要短板 | KVMNODE 專屬 Mac Mini |
|---|---|---|---|
| 合蓋 MacBook | 多半只能白天跑 | 睡眠、網路、磁碟 | 不適合 7×24 |
| 通用 Linux VPS | 純 CLI 尚可 | 無 Metal / Xcode | iOS 類 Agent 不行 |
| 專屬雲 Mac Mini | 自有 API 金鑰 + launchd | 要規劃合約與備份 | 7×24、SSH、多區節點 |
KVMNODE 專屬 Mac Mini M4 / M4 Pro定位是：就算沒有官方 Gemini CLI，仍能用你的 API 金鑰跑 Agent 的基礎設施層。需要 Metal、Xcode 的任務可以和夜間 PR 機器人放同一台，資料也比較容易留在合約區域。方案見 定價頁，SSH 與初始化見 幫助中心，下單走 訂購入口。與其被 Antigravity 綁死，不如Skill 與基礎設施自己握著，下次廠商改政策也比較扛得住。