前言：Google Antigravity 為什麼連不上？
想試用 Google Antigravity，卻遇到登入頁面一直轉圈、畫面顯示無法開啟，或模型開始回應後突然中斷？這類問題不一定代表帳戶或電腦故障，也可能與服務的地區可用性、DNS 解析、瀏覽器連線路徑，以及代理節點的穩定度有關。對台灣、香港用戶而言，即使一般 Google 服務可以正常使用，Antigravity 相關頁面、登入驗證與模型請求仍可能走到不同的網域和伺服器。
Clash 的作用不是提供 Google 帳戶，也不是保證任何地區都能使用尚未全面開放的服務，而是協助你管理連線路徑。透過訂閱匯入、指定節點、TUN 模式與精確分流，可以降低 DNS 解析不一致、部分請求直連失敗，以及同一個工作階段頻繁更換 IP 等問題。
本文以 Clash Verge Rev 與 Mihomo 核心為主要示範，Clash Verge、Clash for Windows、ClashX、Clash for Android 的選單名稱可能略有差異，但設定思路大致相同。開始前，請先確認你所在地區、Google 帳戶與 Antigravity 的使用資格符合官方要求，並遵守當地法律、服務條款與帳戶政策。
本文設定目標
讓 Antigravity 的登入、工作區頁面、模型請求與靜態資源使用一致且穩定的連線路徑，同時避免把所有台港網站流量不必要地送往代理節點。
1先檢查帳戶、地區與客戶端環境
在調整 Clash 以前，建議先排除服務端限制。Google Antigravity 可能依帳戶類型、產品預覽資格、所在地區或等待名單狀態提供不同功能。如果使用者沒有相應權限，單純切換節點通常不能解決問題，反而可能讓登入風險判定變得更複雜。
確認登入條件
- 使用固定帳戶： 請在同一個瀏覽器工作階段登入，避免測試期間反覆切換多個 Google 帳戶。
- 確認官方入口： 從 Google 官方產品頁或受信任的邀請連結進入，不要使用來路不明的第三方登入頁。
- 檢查日期與時間： 電腦的時區、日期和時間若差異過大，可能造成 OAuth、TLS 或登入工作階段驗證失敗。
- 停用衝突擴充功能： 廣告攔截、隱私防護、User-Agent 修改器可能阻擋登入腳本或 WebSocket，測試時可暫時建立乾淨的瀏覽器設定檔。
選擇合適的 Clash 客戶端
Windows 和 macOS 桌面用戶可優先選擇支援 Mihomo 的 Clash Verge Rev；Android 用戶可使用支援 TUN 的 Clash for Android 或 Mihomo 系列客戶端；macOS 使用者也可以依習慣選擇 ClashX。重點不在介面名稱，而在於客戶端是否支援訂閱更新、規則分流、DNS 設定與 TUN 模式。
安全提醒
不要把 Google 帳戶密碼、Cookie 或 OAuth 授權碼交給任何所謂的「解鎖工具」。Clash 只需要匯入代理訂閱，不需要你的 Google 登入資料。
2匯入訂閱並選擇穩定節點
Clash 需要代理節點資料才能建立連線。一般供應商會提供一條訂閱連結，內容可能包含 Shadowsocks、Trojan、VLESS 或 Hysteria2 等節點。請使用可信任的服務商，並確認訂閱連結以 HTTPS 開頭；如果連結需要登入，應避免在公共電腦或不安全網路中操作。
- 開啟 Clash Verge Rev，進入「訂閱」或「配置」頁面。
- 將供應商提供的訂閱 URL 貼到匯入欄位，輸入容易辨識的名稱後儲存。
- 點擊更新，確認配置檔案成功下載；若顯示 YAML 格式錯誤，請回到供應商後台重新複製連結。
- 切換到新匯入的配置，前往「代理」頁面，先測試香港、台灣、日本或新加坡節點。
- 選定節點後，再開啟系統代理；不要在 Antigravity 登入過程中頻繁切換國家或 IP。
如何挑選 Antigravity 節點？
延遲不是唯一標準。Google 的登入和模型服務可能分布在不同區域，某個節點的測試延遲很低，不代表所有 Google 網域都會走同樣理想的路徑。建議先用一個穩定、固定地區的節點完成登入，再觀察模型回應是否中斷。若香港節點在尖峰時段不穩定，可以依序測試台灣、日本、新加坡或其他供應商明確標示的低延遲線路。
- 優先穩定性： 長時間使用模型時，穩定的 TCP 或 HTTP/2 連線比短暫低 Ping 更重要。
- 避免公共過載節點： 同一個 IP 同時被大量使用者共用，可能出現驗證失敗、429 或連線突然重置。
- 保持地區一致： 登入、建立工作區與測試模型時，盡量使用同一個策略組和同一個地區。
- 不要盲目追求全域代理： 全部流量經過遠端節點可能增加延遲，也可能干擾台灣或香港本地服務。
3設定 Google Antigravity 分流規則
最常見的問題是只代理了首頁，卻讓登入、靜態資源、API 或模型串流請求直連。這些請求可能使用不同的主機名稱，因此頁面看似打得開，登入後卻停在載入中，或模型回覆到一半中斷。分流規則應放在通用規則之前，並指向同一個穩定策略組。
建立獨立策略組
如果你的訂閱配置已經有「Google」「AI」或「Proxy」策略組，可以直接使用；如果沒有，建議在自訂配置中建立一個獨立的 ANTIGRAVITY 策略組。實際節點名稱必須替換成你的配置內已有名稱，否則 Clash 會因找不到代理而導致配置載入失敗。
上述範例是通用起點，不代表每個帳戶或產品都只使用這些網域。套用前請查看瀏覽器開發者工具、官方文件或供應商規則集，確認實際請求。不要把整個 google.com 網域一律代理後就不再檢查，因為 Gmail、Google Drive、YouTube 等服務可能有不同的效能和登入需求。
台灣與香港用戶的分流思路
台灣用戶可以先測試台灣或日本節點；香港用戶則可先比較香港、日本和新加坡節點。這只是測試順序，不代表固定地區一定最好。若 Antigravity 頁面可以載入，但模型串流不斷線，通常應優先更換節點或策略，而不是立刻增加更多規則。
小撇步
規則順序非常重要。Antigravity 相關 DOMAIN-SUFFIX 規則應放在 GEOIP、MATCH 或其他廣泛規則之前，最後才使用兜底規則。
4DNS、TUN 模式與常見故障排查
如果規則正確但仍然無法登入，下一步應檢查 DNS 和系統代理。瀏覽器可能使用本地 DNS 解析，Clash 卻透過代理連線；當解析結果、實際出口和瀏覽器工作階段互相矛盾時，就可能出現頁面打不開、驗證循環或資源載入不完整。
開啟 TUN 模式
- 在 Clash Verge Rev 的「設定」中確認核心為
Mihomo。 - 開啟「TUN 模式」或「服務模式」，依系統提示授予管理員權限。
- DNS 模式可先選擇
fake-ip；若某些 Google 頁面或本地應用異常，再測試redir-host。 - 重新啟動瀏覽器，清除該網站的暫存資料後重新登入。
Android 裝置若使用 VPN 型 TUN，請確認沒有同時啟用其他 VPN、防火牆或私密 DNS 服務。macOS 和 Windows 也要留意系統代理與 TUN 是否同時生效；兩者衝突時，可能造成部分應用能連線、部分應用完全沒有網路。
依錯誤現象逐項處理
- 登入頁面一直轉圈： 先固定節點，確認瀏覽器沒有阻擋第三方 Cookie 和必要腳本，再檢查 Google 登入網域是否被錯誤分流。
- 頁面顯示無法開啟： 執行配置更新，測試其他節點，並確認 DNS 沒有被其他 VPN 或瀏覽器安全功能接管。
- 模型回應中途停止： 通常與節點擁塞、長連線不穩或策略組自動切換有關。改用手動選擇的固定節點，避免 URL-Test 在工作階段中自動換線。
- 出現服務不可用或帳戶受限： 先確認帳戶資格和所在地區要求，不要持續更換大量節點嘗試規避限制。
- 本地網站變慢： 檢查是否誤把所有 Google 或所有流量送入代理，將不需要代理的本地服務調整為
DIRECT。
不要忽略帳戶安全
若 Google 要求額外驗證，請使用正常的帳戶恢復流程。頻繁切換節點、清除所有 Cookie 或重複觸發登入，可能讓安全檢查更加嚴格。
完成設定後，建議按照「更新訂閱、選定固定節點、重啟 Clash、重啟瀏覽器、重新測試」的順序操作。每次只修改一個變數，並記錄使用的節點、DNS 模式和錯誤訊息，這樣才能判斷問題來自帳戶、配置還是線路，而不是反覆盲目調整。
如果你還沒有適合的 Clash 客戶端，可以先查看支援各平台的版本，再依照自己的 Windows、macOS、Linux 或 Android 設備選擇安裝包。