如果 repo 現在靠免費 Gemini Code Assist bot 幫忙看 PR，7 月 17 日後真正麻煩的情境是：團隊以為「有人先看過了」，實際上 PR 摘要、風險留言或建議修正已經停掉。小型開源 repo 可能只是少一份提醒；內部工具、SDK 或客戶專案如果把它當第一層 code review，就要在截止日前補上替代檢查。
Google 文件已確認：Gemini Code Assist on GitHub 的 consumer version 從 2026 年 6 月 18 日起 deprecated，不能再完成新版安裝；從 2026 年 7 月 17 日起 shut down，app 執行的 code review 活動會結束。企業版不受這次關閉影響，但那是 Google Cloud Preview 路線；Antigravity CLI 也能接一部分 coding agent 任務，卻不是 GitHub PR bot 的一鍵替代品。接下來兩週，重點是先找出哪些 repo 真的靠它守門，再決定要付費接企業版、改用其他 PR review 工具，或先回到人工檢查清單。
先分清楚：關閉的是哪一個 Gemini Code Assist？
這次容易混淆，是因為 Google 同時把多個 coding 入口往 Antigravity 方向收斂。要先把三件事拆開：
| 你現在用的東西 | 7 月 17 日前要做什麼 | 不要誤會成 |
|---|---|---|
| Gemini Code Assist on GitHub consumer version | 查哪些 repo 安裝了 app，準備移除或換工具 | 不是所有 Google coding 工具同日消失 |
| Gemini Code Assist on GitHub enterprise version | 若要接企業版，先確認 Google Cloud 專案、計費、IAM 與 Developer Connect | 不是免費版直接延長額度 |
| Antigravity CLI / Antigravity 2.0 | 可以用低風險任務試本機 agent，但要另設 PR 審查流程 | 不是 GitHub PR 自動 review bot 的原地替代 |
Google 的 deprecation 頁面寫得很明確：consumer version 從 6 月 18 日起不能完成新安裝，7 月 17 日後所有 code review 活動停止。Google Cloud 的 review 文件也補充，enterprise version 是另一個產品路線，目前標示 Preview，安裝與管理會接到 Google Cloud。
第一個判斷要放在 repo 依賴程度：它是否曾經把 Gemini Code Assist 的 PR comment、summary 或 reviewer bot 當成正式審查流程的一部分。
哪些 repo 需要今天就查？
最需要優先處理的，是 PR 量不大、卻已經習慣讓 AI 先抓明顯錯誤的 repo。這類團隊常見的風險，是人類 reviewer 以為 AI 會提醒測試缺口、設定檔變更或簡單 security smell；bot 一停，流程表面上照常合併，實際上少了一層提示。
可以先用四個問題排優先順序：
- GitHub organization 或個人帳號裡，哪些 repo 安裝了 Gemini Code Assist app？
- PR template、CONTRIBUTING 或團隊文件是否寫了「先看 Gemini Code Assist comment」之類的習慣？
- branch protection、review checklist 或 release 流程是否把 bot 留言當成必要參考？
- 最近 30 天，哪些 repo 的 PR review 最依賴 AI 先摘要或先列風險？
如果答案只影響 side project，先移除舊 app、補一段人工 checklist 就夠。若它影響客戶專案、SDK、公開套件或多人維護的內部平台，就需要安排替代試跑，不能等到 7 月 17 日當天才發現 PR 少了固定提醒。
企業版能接，但不是所有團隊都該接
Google 文件列出的差異，讓企業版的定位很清楚。consumer version 用的是 Google terms of service，每日 quota 是 33 個 pull requests；enterprise version 用 Google Cloud terms of service，文件表格寫的是 100+ pull requests per day，並可用 Google Cloud 設定跨 repo 管理。企業版也支援 GitHub Enterprise Server 與 GitHub Enterprise Cloud。
這些能力適合有多個 repo、需要集中設定、願意把程式碼代管服務連到 Google Cloud 的團隊。代價也要算進去：安裝文件要求 Google Cloud 專案接有效計費帳戶，還需要 Service Usage Admin、geminicodeassistmanagement.scmConnectionAdmin 等權限。升級路線會把 PR review bot 接進雲端管理流程，不能把 consumer app 當成只差一個開關的免費延長版。
比較務實的分流是：
- 多 repo、多人 review、需要企業帳務與集中設定：評估 Gemini Code Assist on GitHub enterprise version。
- 已經主要用 GitHub Copilot、Copilot code review 或 GitHub 原生流程：先把 Gemini Code Assist 的角色收掉，避免兩套 AI 留言互相干擾。
- 只想讓 AI 幫忙整理 diff、寫測試或檢查小 PR：用 Claude Code、Codex、Antigravity CLI 或既有工具做低風險輔助，不要假裝它等同 PR bot。
- 暫時沒有替代工具：把必看項目寫進 PR template，例如測試、資料庫變更、權限、設定檔、錯誤處理與文件更新。
Antigravity 2.0 該怎麼放進這件事？
Antigravity 2.0 的重點，是 Google 想把 coding agent 的入口從 IDE、CLI、API 到企業平台整合起來。另一份 Google quota 文件也寫到，Gemini Code Assist IDE Extensions 與 Gemini CLI 對 Gemini Code Assist for individuals、Google AI Pro、Google AI Ultra tiers 的 serving 已在 6 月 18 日停止，受影響使用者應遷移到 Antigravity 與 Antigravity CLI。
這能解釋 Google 的方向，但不能把所有工具混成同一件事。GitHub PR bot 處理的是 pull request 裡的 summary、review comment、設定與 repo 範圍；Antigravity CLI 更適合在本機或 sandbox 裡做任務，例如讀 diff、補測試、整理文件、嘗試重構。前者是 PR 審查入口，後者是 agent 工作入口。
若團隊想試 Antigravity，先從不會直接改 production 的任務開始：讀 PR diff 後列出測試缺口、根據錯誤訊息建議重現步驟、把 release notes 草稿接回 repo 文件。等它能穩定配合既有測試、code review 與人工批准，再考慮讓它碰更高風險的改檔任務。
7 月 17 日前的接手路線
接下來不需要一次重買整套 AI coding 工具。先把缺口補住，再慢慢比較。
第一步：列出受影響 repo。 到 GitHub organization / personal account 的 installed GitHub Apps 檢查 Gemini Code Assist。若只裝在個人測試 repo，記錄後移除即可；若裝在多人 repo，把它列入本週維護清單。
第二步：查 PR 流程有沒有暗暗依賴 bot。 看 PR template、review checklist、branch protection 與最近 PR。若人類 reviewer 常引用 AI 留言才決定下一步，先把那些檢查項目寫成明文。
第三步：選一條替代路線試跑。 企業 repo 可以測 Gemini Code Assist enterprise version；GitHub 生態重的團隊可以比較 Copilot code review；偏 terminal 的工程師可用 Claude Code、Codex 或 Antigravity 對同一個 PR 做輔助檢查。試跑時只看三件事：有沒有抓到原本會漏的問題、會不會製造噪音、人類是否更快做決定。
第四步：保留人工最後判斷。 AI review 最適合先列風險，不適合自己決定合併。特別是 .github/workflows、部署設定、權限、金流、資料匯出與客戶承諾，仍要有人看最後輸出。Google 文件也提醒，Gemini Code Assist on GitHub 不會對 .github/workflows 內的檔案產生 summaries 或 code suggestions，這類變更本來就不能只靠 bot；若要把 AI 產生的建議接回 PR，先用 AI 產生 PR 的審查流程 把測試與人工責任寫清楚。
第五步：7 月 17 日後清理舊假設。 消費者版停用後，把文件裡的 Gemini Code Assist 依賴刪掉或改成新的工具名稱；不要讓新人照著舊 PR 流程等一個不會再回覆的 bot。
現在不用急著換工具的人
如果團隊只是偶爾用 Gemini Code Assist 看小 PR，而且合併前本來就有人完整看 diff、跑測試、讀 CI 結果，這次變更的急迫性較低。比較好的輕量作法，是先移除舊 app、保留人工 review 節奏，再觀察 Antigravity CLI、Copilot code review 或其他工具是否真的省下審查時間。
不要為了一個免費 bot 關閉，就把整個 repo 綁到另一個 agent 平台。比較穩的做法，是把任務規則放在 repo 裡：測試怎麼跑、哪些檔案要特別小心、誰看最後輸出、哪些變更要人工批准。工具可以換，這些規則不該跟著某個 bot 消失。
FAQ
Gemini Code Assist on GitHub consumer version 什麼時候關閉？
Google deprecation 文件寫明：2026 年 6 月 18 日起 consumer version deprecated，不能完成新安裝；2026 年 7 月 17 日起 shut down，app 執行的 code review 活動停止。企業版 Gemini Code Assist on GitHub 不受這次關閉影響。
Antigravity CLI 可以直接取代 Gemini Code Assist GitHub bot 嗎？
不適合直接畫等號。Antigravity CLI 可以協助讀 diff、補測試、整理文件或處理本機 coding agent 任務；GitHub bot 則是在 PR 裡產生 summary、review comment 與 repo 範圍設定。若原本靠 GitHub bot 守 PR，仍要補上新的 PR 審查路線。
要不要改用 Gemini Code Assist enterprise version？
如果有多個 repo、需要集中設定、願意用 Google Cloud 專案與計費帳戶管理，企業版值得評估。若只是個人 repo 或小型 side project，先移除 consumer app、把 checklist 補清楚，通常比立刻接企業版更省事。
7 月 17 日後 PR 會不會不能合併？
Google 文件說 consumer app 的 code review 活動會停止；PR 是否能合併，取決於 repo 自己的 GitHub 設定。如果 branch protection、團隊規範或人工流程把某個 bot 留言當必要步驟，就要在截止日前改掉，避免 reviewer 以為還有人先檢查。
參考來源
- Google Developers：Sunset of the Consumer version of Gemini Code Assist on GitHub
- Google Cloud：Review GitHub code using Gemini Code Assist
- Google Cloud：Set up Gemini Code Assist on GitHub
- Google Developers：Gemini Code Assist quotas and limits
- Mason AI Lab：Claude Code vs Codex vs Antigravity 怎麼選
- Mason AI Lab：AI 產生 PR 的審查流程