Google AI Studio 為什麼會卡在登入或模型請求
使用 Google AI Studio 時，如果頁面一直停在登入畫面、工作區載入不完整，或輸入提示詞後長時間沒有回應，問題不一定出在模型本身。AI Studio 通常同時涉及 Google 帳戶登入、工作區初始化、模型清單載入、API 請求與串流回傳等多個連線階段；其中任何一段沒有經過穩定的網路路徑，都可能呈現為「按鈕沒有反應」或「請求逾時」。
很多人只測試首頁能不能打開，就判斷代理已經正常，這個方法並不可靠。首頁可能由快取或不同的 CDN 提供，而登入與模型請求會連到其他 Google 服務端點。瀏覽器也可能只對部分網址套用擴充功能代理，導致首頁可以開啟，登入重新導向卻卡住；或者文字輸入框正常顯示，但真正送出模型請求時仍使用直連。
另一個常見情況是，Clash 已經啟動，卻沒有真正接管瀏覽器流量。此時你在 Clash 介面裡可能看得到其他網站的連線，但找不到 Google 帳戶、AI Studio 或 API 相關請求。這通常表示系統代理沒有開啟、瀏覽器使用了獨立代理設定，或者目前採用的規則把相關網域錯誤分到 DIRECT。因此，排錯時應先確認「請求是否進入 Clash」，再檢查「進入後套用了哪個策略」。
開始前先確認 Clash 與訂閱狀態
本篇以 Clash Verge Rev 或其他支援 Mihomo／Clash Meta 核心的桌面用戶端為例。不同版本的按鈕名稱可能略有差異，但訂閱、代理模式、系統代理與連線紀錄這幾個功能通常都能找到。若你使用的是 Clash for Windows、ClashX 或其他客戶端，也可以依照相同的判斷順序操作。
- 確認訂閱仍然有效：在設定檔或訂閱頁面執行更新，確認沒有出現網址失效、回應格式錯誤或節點數為零的提示。只有空白設定檔時，後續切換規則不會帶來實際效果。
- 確認策略群組有可用節點：不要只看群組名稱，應確認至少有一個節點能完成延遲測試。延遲測試成功不代表所有服務都一定可用，但可以先排除節點完全失效的因素。
- 確認目前載入的是哪份設定：有些用戶端同時保留訂閱原檔、覆寫設定與本機設定。你修改的檔案不一定就是核心正在使用的檔案，請以介面標示為「目前啟用」或「正在運行」的設定為準。
- 記下本機代理埠：常見設定會提供 HTTP、SOCKS 或 mixed-port。後續若要用命令列測試，必須使用目前實際生效的埠號，不能直接套用網路文章裡的預設值。
- 暫時停用其他 VPN：公司 VPN、瀏覽器代理外掛、網路加速器與第二套 Clash 可能同時改寫路由。排錯期間先保留一條代理路徑，結果會更容易判讀。
匯入訂閱並選擇正確的代理模式
在 Clash Verge Rev 中，先新增或更新訂閱，再從訂閱清單選取一份實際可用的設定。匯入完成後，應打開代理頁面，確認目前模式不是單純的直連模式。對 Google AI Studio 這類需要多個 Google 網域共同工作的服務來說，通常優先使用規則模式，而不是一開始就長時間開啟全域模式。
| 模式 | 適合用途 | 常見問題 | 排錯建議 |
|---|---|---|---|
| 規則模式 | 只讓符合規則的網域走代理，其他流量維持原有路徑 | 規則順序錯誤時，Google 相關網域可能被提前判定為直連 | 查看連線紀錄，確認 AI Studio 與登入請求的策略名稱 |
| 全域模式 | 用來快速判斷是否為分流規則造成的連線問題 | 可能影響銀行、公司內網、區域服務與本機應用程式 | 只作為短時間 A／B 測試，不建議盲目長開 |
| 直連模式 | 測試不需要代理的普通網站或本地網路 | 需要代理的登入與模型端點通常會載入失敗或逾時 | 確認不是目前的啟用模式，再進行 AI Studio 測試 |
| TUN 模式 | 處理不遵循系統代理的應用程式或底層連線 | 可能與其他 VPN、虛擬網卡及企業安全軟體衝突 | 只有在系統代理無法捕捉請求時，再作為第二階段驗證 |
建議的測試順序是：先在規則模式下開啟系統代理，重新啟動瀏覽器後測試登入；如果連線紀錄中完全沒有相關請求，再短時間切換全域模式；若全域模式也看不到瀏覽器流量，才檢查瀏覽器獨立代理、權限或 TUN 接管狀態。這個順序能避免一遇到問題就開啟所有功能，最後反而無法知道是哪一層發生衝突。
Google AI Studio 相關規則怎麼配置
AI Studio 不只會使用單一首頁網域。實際操作時，瀏覽器可能需要連到 Google 帳戶登入、授權重新導向、AI Studio 工作區、API 服務、靜態資源與內容傳遞網路。不同帳戶狀態、瀏覽器版本與 Google 服務更新，都可能讓連線清單出現不同的子網域，所以不建議只複製某一篇文章裡的固定網域清單，然後永遠不再觀察實際請求。
比較穩妥的做法是先使用 Clash 的連線紀錄。開啟 AI Studio，依序執行登入、建立或開啟工作區、選擇模型、送出一個簡短提示詞，接著在連線列表中搜尋 google、googleapis、gstatic 或與 AI Studio 相關的主機名稱。對於確認屬於登入、工作區與模型請求的網域，可以加入代理規則；但不要把所有 Google 流量無條件導向同一策略，否則可能影響本地化服務、公司帳號或不需要代理的內容。
如果你的設定檔允許加入自訂規則，規則位置非常重要。明確的 Google AI 相關網域規則應放在寬泛的 GEOIP、國家分流或一般直連規則之前，否則前面的規則一旦先命中，後面的代理規則就不會再執行。修改後必須重新載入設定，部分用戶端還需要重新啟動核心；只按瀏覽器重新整理並不能保證新規則已經生效。
# Example only: use the actual domains observed in your connection log
- DOMAIN-SUFFIX,googleapis.com,AI
- DOMAIN-SUFFIX,gstatic.com,AI
- DOMAIN-SUFFIX,google.com,AI
- MATCH,一般上面的片段只是說明規則排列方式，AI 應替換成你訂閱裡實際存在的代理策略群組名稱，一般 也應替換成設定檔使用的預設策略。不要直接把整段貼入任何 YAML 檔案而不檢查縮排、群組名稱與既有規則格式。若訂閱供應商使用遠端規則集，還要確認本地覆寫規則是否真的具有更高優先級。
系統代理、瀏覽器與 TUN 的排查方法
開啟系統代理後，先完全關閉瀏覽器，再重新啟動。部分瀏覽器程序會保留舊的代理設定，單純關閉分頁並不足以清除連線。若你使用了瀏覽器代理擴充功能，請暫時停用它，因為擴充功能可能把部分網域送到另一個本機埠，造成 Clash 連線紀錄與實際瀏覽結果不一致。
接著在 Clash 連線頁面觀察幾個階段：載入 AI Studio 首頁時是否有請求；點擊登入後是否出現 Google 帳戶或授權相關主機；送出提示詞後是否有新的 API 或串流連線；每筆請求最後顯示的是哪個策略。如果請求出現但標記為 DIRECT，優先修正規則順序；如果請求完全不出現，優先檢查系統代理、瀏覽器獨立設定與 TUN；如果請求走了代理但仍失敗，則應測試其他節點及網路環境。
只有在確認某個程序完全不遵守系統代理時，才考慮啟用 TUN。TUN 需要作業系統網路權限，部分系統還會要求安裝虛擬網卡或允許核心擴充。啟用後若出現所有網站變慢、區域網路設備找不到、公司 VPN 斷線等現象，應先關閉 TUN 並恢復最小配置。AI Studio 的瀏覽器流量通常可以透過系統代理處理，不必為了單一網頁立刻採用系統級接管。
若你使用的是命令列工具或自行撰寫的 API 程式，瀏覽器能通也不代表程式會自動使用 Clash。這類程序可能需要設定 HTTPS_PROXY、HTTP_PROXY 或程式自身的代理選項；而 NO_PROXY 若包含過大的網域範圍，也可能讓請求繞過代理。測試時請逐一確認程序繼承到的環境變數，並避免把 API 金鑰直接寫入公開腳本或分享截圖。
依照錯誤現象縮小問題範圍
- 登入頁面轉圈：查看 Google 帳戶登入與重新導向請求是否命中代理。如果登入頁面能開啟但完成授權後回不到 AI Studio，常見原因是重新導向網域沒有套用相同策略，或瀏覽器阻擋了第三方 Cookie。
- 工作區空白或模型清單載入失敗：檢查靜態資源與 API 相關連線是否被直連規則攔截。清除單一網站快取後重新登入，比直接清除整個瀏覽器資料更容易保留其他網站狀態。
- 送出提示詞後逾時：先看請求是否在 Clash 中維持連線。如果請求一建立就斷線，可能是節點不適合串流或長連線；如果根本沒有建立，則應回頭檢查規則與系統代理。
- 偶爾成功、偶爾失敗：不要只重複按送出，請記錄當時使用的節點、時間、網路類型與策略。切換到另一個節點做對照，可以分辨是本機規則問題，還是特定出口的延遲、丟包或服務相容性問題。
- 公司或校園網路中特別不穩：先確認當地網路是否限制代理、WebSocket、長連線或自訂 DNS。不要擅自停用企業安全軟體；若是管理式裝置，應依照組織的網路政策處理。
完成每次修改後，建議只改一個變數：先固定節點，再測試規則；接著固定規則，再比較另一個節點；最後才改 TUN 或 DNS。一次同時更換訂閱、規則、核心版本與瀏覽器，雖然可能暫時恢復連線，卻會失去可重現性，下一次遇到相同問題時仍然無法判斷根因。
此外，Google 帳戶的區域、組織政策、AI Studio 配額與服務狀態，也可能造成看似相同的錯誤。Clash 能改善網路路由與連線穩定度，但不能解決帳戶沒有權限、模型配額用盡、付款設定不完整或服務端暫時故障。當 Clash 連線紀錄顯示請求已成功建立且沒有重試，卻仍收到明確的帳戶或配額訊息時，就應轉向檢查 Google 帳戶與服務狀態，而不是繼續堆疊代理規則。
建立可維護的 AI Studio 連線流程
完成初次設定後，建議保留一份簡短的排錯紀錄，包括使用的 Clash 客戶端與核心版本、訂閱更新日期、代理埠、規則模式、測試節點，以及 AI Studio 實際出現的錯誤。日後若訂閱內容更新或 Google 端點改變，你可以先比較連線清單與原本紀錄，而不是重新猜測所有設定。
日常使用可以採取「規則模式加系統代理」作為預設，讓一般本地網站維持直連，只把實際需要的 Google 服務送到指定策略。遇到 AI Studio 無法登入時，先看連線紀錄；遇到提示詞逾時時，先換節點並觀察串流是否中斷；只有在瀏覽器流量沒有進入 Clash 時，才進一步檢查 TUN。這樣的分層流程比長期全域代理更容易維護，也比較不會干擾其他工作。
與只靠瀏覽器代理外掛的做法相比，Clash 能在同一個介面查看連線、管理策略群組並調整規則；而一些只提供單一全域開關的工具，遇到登入網域與模型 API 分流不同時，往往很難知道請求究竟走了哪條路。若你希望把 Google AI Studio 的登入、工作區載入與模型請求分開驗證，Clash 的連線紀錄、規則優先級與節點切換功能會讓排查更具體，也能避免每次遇到逾時只能反覆重新整理頁面。若你正在尋找一個能兼顧規則分流、節點切換與多平台管理的方案，可以從本站提供的 Clash 用戶端開始了解。