截至 2026 年 6 月 18 日，Google 已確認 Gemini CLI 的個人免費、Google AI Pro 與 Ultra 帳號服務轉向 Antigravity CLI。這個日期與帳號範圍，應以Google 官方遷移說明為準。

因此，看到登入成功但不能再提出請求時，不要先刪除設定檔，也不要把所有錯誤都當成網路問題。先對照以下分流：

• 個人免費帳號、Google AI Pro 或 Ultra：優先走 Antigravity CLI 遷移路線。
• 企業授權：先確認組織管理員是否仍提供 Gemini CLI 權限，不要自行更改公司設定。
• API 金鑰認證：查看目前金鑰、專案與官方支援範圍，不能直接套用個人帳號的結論。
• 只有連線逾時或登入頁無法載入：才進一步檢查網路、瀏覽器授權與本機時間等一般故障。

Gemini CLI 為什麼登入後不能使用了？
對個人帳號而言，最先要排除的不是安裝損壞，而是服務路線已經改變。官方公告說明了個人使用者的轉換安排；社群中看到的某個錯誤畫面，只能當作個案排查線索，不能拿來推論所有帳號都停用。官方發布公告與帳號文件應優先於論壇貼文。

Gemini CLI 是命令列工具，Python、前端或 Xcode 專案則是你硬碟上的檔案。兩者不是同一件事。

可以把它想成換助教：換助教不會自動拿走你的作業本，但原助教寫在自己筆記裡的內容，也不一定會跟著轉移。工具遷移通常不等於刪除專案，但未提交修改、工具設定與對話紀錄，必須分開檢查。

請按以下順序處理：

1. 打開真正存放專案的資料夾，確認主要程式檔、設定檔、資源與說明文件仍然存在。
2. 如果專案使用版本控制，先查看目前狀態與未提交差異。不要在看不懂變更內容時直接清理檔案。
3. 把尚未完成的程式碼另存到可辨識的分支、備份資料夾或課程副本。
4. 檢查工具自己的設定、忽略規則、工作階段記錄與登入資料是否分開儲存。
5. 確認沒有把 API 金鑰、憑證、私人環境變數或正式作業內容放進要交給新工具讀取的練習目錄。

Gemini CLI 遷移到 Antigravity CLI 會遺失專案嗎？
只要專案檔案原本就在你的本機或遠端 Mac 硬碟上，單純更換命令列工具不會等同於刪除專案。不過，未保存的編輯內容、舊工具的工作階段和自訂設定，不應假設會自動搬過去。先保存檔案差異，再退出舊工具，風險最低。

安裝位置取決於「程式碼在哪裡執行」，不是取決於你眼前使用哪一台螢幕。

若 Xcode 專案與建置環境都在遠端 Mac，就應在遠端 Mac 裡安裝並啟動 Antigravity CLI。只在 Windows 筆電上安裝，並不能讓它直接操作遠端 Mac 的檔案。相反地，如果 Python 專案一直放在本機，工具就應安裝在本機，避免本地與遠端各有一份互相不同步的程式碼。

Antigravity CLI 可以直接開啟原來的程式碼目錄嗎？
通常可以把原本的專案目錄交給新工具讀取，但「能讀取」不代表「可以立即修改」。第一次使用時，先從可刪除的練習副本開始，確認目錄、檔案權限與工作區信任，再處理正式課程專案。安裝路線、命令名稱與目前版本請以Antigravity CLI 官方文件為準，不要照搬過期文章中的指令。

安裝後只做三項基礎檢查：

• 檢查命令是否指向你剛安裝的工具，而不是舊版本殘留路徑。
• 輸出目前版本，記錄在自己的學習筆記中。
• 在練習目錄中啟動工具，確認可以讀取一個不含機密資料的簡單程式檔。

官方 Codelab適合用來核對目前的入門流程。若學校電腦沒有安裝權限，不要嘗試繞過管理政策。改用你有權控制的個人電腦、合規的遠端 Mac，或學校允許的瀏覽器學習環境。

遠端 Mac 應該把 Antigravity CLI 安裝在哪裡？
如果程式碼、Xcode、建置工具和測試檔案都在遠端 Mac，Antigravity CLI 也應安裝在那台遠端 Mac。你的 Windows 電腦只負責透過 SSH、VNC 或網頁控制台連線，不要把「遠端顯示畫面」誤認成「本機已經擁有遠端工具」。

若你沒有本地 Mac，可先了解遠端 Mac 的使用方式，再決定是否把課程範例放到遠端環境。重點不是先租用，而是確認你能控制專案資料夾、安裝位置和登入流程。

新工具首次啟動時，常見的確認可以分成三類：

• 帳號驗證：確認你是哪一個使用者，以及目前帳號是否具備使用資格。
• 工作區信任：確認你是否信任這個程式碼目錄。這像教室門禁，不代表目錄裡每一個檔案都安全。
• 命令執行權限：決定工具能否執行安裝、刪除、建置或其他系統操作。

不要看到確認框就全部允許。先在練習目錄測試，並把每一次準備修改的檔案差異看清楚。若工具要求讀取不相干的私人資料、上傳金鑰，或在你無法覆核時執行高權限命令，應先拒絕。

官方也提供了其他學習示例，例如Google 的 Antigravity CLI Codelab。示例可以幫你了解操作概念，但不要把示例中的認證、目錄或權限設定原封不動套到正式作業。

完成基礎檢查後，不要只看工具是否顯示「任務完成」。你需要逐項觀察結果：

• 帳號可用：新工具能完成官方登入流程，且沒有把個人帳號誤當成企業授權。
• 專案完整：原始檔、設定檔和未提交修改仍可找到。
• 工具可啟動：命令路徑、版本輸出和工作區讀取結果一致。
• 權限可控：你能拒絕危險命令，並能查看工具修改前後的差異。
• 課程任務可完成：Python 或前端程式能通過基本測試；Xcode 專案還要實際建置或啟動模擬器，不能只相信 AI 顯示成功。

決策條件

• 若你是個人免費、Google AI Pro 或 Ultra 帳號，且舊工具已無法請求：選擇遷移至 Antigravity CLI。
• 若你是企業授權或符合條件的 API 使用者，且官方仍確認可用：先保留 Gemini CLI，再建立 Antigravity CLI 的獨立練習環境。
• 若課程作業即將截止，但新工具尚未通過建置驗收：先雙軌驗證，不要在正式作業上直接切換。
• 若檔案差異、工作區信任或命令權限無法說明：停止遷移，先回到可刪除的練習目錄。
• 若學校電腦限制安裝：不要繞過限制，改用個人可控的本機或遠端 Mac。

下面兩張表可作為遷移前的採購與操作判斷工具。它們不是服務資格清單；帳號資格仍要以官方最新說明為準。

如果你已有本地 Mac，直接在存放專案的環境完成遷移，檔案同步問題最少。若主要使用 Windows，Windows 可以負責編輯一般 Python 或前端內容；遇到 Xcode、macOS 專屬工具或需要實際模擬器的課程，再把同一份已備份的專案放到遠端 Mac 驗收。

遠端 Mac 的優點是不用先購買實機，也能取得完整 macOS 工作環境；缺點是連線中斷、檔案位置混亂和登入狀態管理，都需要你自己記錄。若你選擇這條路，建議先閱讀遠端 Mac 方案與部署資訊，再用一份可以刪除的課程範例測試。

目前的 Windows＋本地工具方案，常見問題是無法直接執行 Xcode、專案在本地與遠端之間產生兩份版本，以及學校電腦沒有安裝權限。macOS 虛擬機則可能受硬體、系統相容性與檔案權限影響，安裝成功也不代表課程建置一定可用。若你的目標只是短期完成 AI 程式學習、驗收 Xcode 作業或測試 macOS 工具，租用 KVMNODE 的遠端 Mac 通常比立即購買設備更容易控制前期成本與使用範圍；但長期高負載、需要實體 USB 裝置或必須離線工作的情況，仍應評估自購 Mac。

最穩妥的做法不是把所有專案一次搬走，而是先用可刪除的課程範例完成登入、讀取、差異檢查與 Xcode 建置。確認流程可重現後，再把正式作業移入。若你只需要臨時的 macOS 學習與驗收環境，可以從遠端 Mac 使用入口查看可用方案；若課程仍需要 Xcode、Safari 或其他 macOS 專屬工具，再決定是否延長使用。