教學 2026-05-21 · 約 16 分鐘閱讀

Gemini 3.5 與 Spark 總轉圈?2026 年用 Clash 分流穩住 I/O 新功能

Google I/O 2026(5 月 19 日)剛把 Gemini 3.5 Flash 設為 Gemini 應用與搜尋 AI 模式的預設模型,並向 AI Ultra 訂閱者逐步開放 Gemini Spark——一款可 24/7 主動協助、跨應用推理的個人 AI agent。許多人在 gemini.google.com 搶先試用新模型時,卻遇到網頁載入慢、對話卡住、Spark 面板無限轉圈,或訂閱入口打不開。這往往不是模型本身故障,而是多主機名分流不全長連線節點不穩DNS 解析競態疊加所致。本篇用 Clash(含 Meta/Mihomo 系)說明如何把 gemini.google.com、Spark agent 鏈路與 AI Ultra 訂閱入口一次納入可維護的分流規則節點選擇策略,並與站內 Gemini CLI/AI StudioDeepSeek 與 Gemini 宏觀分流等主題刻意錯位:這裡專注 I/O 新發布的消費級 3.5 模型與 Spark agent 服務。

Google I/O 2026 釋出了什麼,為何現在特別容易「轉圈」

本屆 I/O 在生成式 AI 方向有幾個與一般使用者直接相關的更新:Gemini 3.5 Flash 已在 gemini.google.com 作為預設模型上線,標榜更快推理與更低 token 成本;Gemini Spark 則是 Google 推動的下一階段——不只被動回答,而是能在你授權下主動管理任務、串連已連接的應用,並以 Beta 形式向美國地區的 AI Ultra 訂閱者開放。Google 同時調整了 AI 訂閱方案(含新的開發者向 AI Ultra 方案),讓更多人在同一週內湧入訂閱頁、對話頁與 agent 設定頁。

搜尋量陡增的當下,使用者體感問題也高度一致:打開 Gemini 網頁能進首頁,切到 Spark 或上傳附件就卡住;或模型選單已顯示 3.5 Flash,但首句回應遲遲不出。這類「半可用」狀態,在網路層面常對應部分請求走了錯誤出口——例如靜態資源直連順暢,API 或 WebSocket 卻命中塞車節點;或 OAuth 與對話 API 被分到不同策略組,造成登入狀態與推理請求不一致。

  • 3.5 Flash:對話與搜尋整合場景,流量以 HTTPS 與 chunked 串流為主,對中途換節點敏感。
  • Spark agent:24/7 背景協助意味著更長的會話保持與跨應用回調,需要穩定、低抖動的出口。
  • AI Ultra 訂閱:升級 Spark Beta 前須通過 Google One/AI 方案頁,主機名常落在 one.google.com 等與對話頁不同的命名空間。

若你已在用終端機開發,Gemini CLI 與 AI Studio 文更適合處理 aistudio.google.com 與 Generative Language API 的工程師雙入口。若你同時跑 DeepSeek 與 Gemini,宏觀分流文 解的是「境內直連 vs 海外代理」的策略邊界。本篇則聚焦一般使用者從瀏覽器進入 gemini.google.com、想體驗 I/O 新模型與 Spark agent 的路徑——主機集合有重疊,但Spark 的長連線 agent 行為AI Ultra 訂閱鏈路是本文額外覆蓋的重點,不宜直接複製 CLI 文的 YAML 了事。

選題定位

若你主要玩 Veo/Flow 等生成式媒體實驗室,媒體 CDN 與上傳鏈路更偏向 該文;本篇優先服務「在 Gemini 網頁試 3.5、開 Spark、升 AI Ultra」的消費級路徑

常見症狀:看起來像模型壞掉,其實是路由問題

現象 較可能原因 優先動作
gemini.google.com 白屏或無限載入 靜態 CDN 與 API 主機命中不同策略;DNS fake-ip 競態 收斂 DNS;對齊 gstatic/googleusercontent 與 API 規則
3.5 Flash 可選,但首句回應超時 generativelanguage.googleapis.com 未走穩定出口 在日誌確認 API 主機並前置 DOMAIN 規則
Spark 面板轉圈,一般對話卻正常 agent 長連線/WebSocket 中途被 url-test 切換節點 暫時鎖定節點;拉長 fallback 間隔
無法升級 AI Ultra 或 Spark Beta 灰掉 one.google.com 等訂閱主機漏規則或區域不一致 補訂閱鏈路規則;確認帳號區域與出口一致
登入後立刻被登出 accounts/oauth 主機與對話頁策略分裂 把 OAuth 主機前置到與 Gemini 網頁相同策略組

主機名分桶:gemini.google.com、API、AI Ultra 訂閱

實務請以連線日誌為準:開啟 Clash 面板,分別打開 Gemini 網頁、送出一則 3.5 Flash 對話、進入 Spark 設定(若已開通)、並開啟 AI Ultra 訂閱頁,把出現的 SNI/Host 抄下來再回填規則。下列分桶協助決定規則先後順序

建議分桶(示例,務必用你的日誌校準)

  • Gemini 網頁與對話gemini.google.com 及控制台載入所需的子網域、部分 *.googleusercontent.com 靜態資源。
  • 推理與 agent APIgenerativelanguage.googleapis.com;Spark 若另有 agent 相關端點,應在日誌中單獨列出,勿假設與開發者 API 完全相同。
  • AI Ultra 訂閱與方案one.google.comstore.google.com(若跳轉購買)、以及 Google One 相關結帳子網域。
  • 帳號與 OAuthaccounts.google.comoauth2.googleapis.commyaccount.google.com——Spark 需跨應用授權時尤其關鍵。
  • 共用 CDNgstatic.com、部分 googleapis.com 子域——宜窄匹配,避免整棵 googleapis 被一條規則綁死。

別用一條規則匹配整棵 googleapis.com

過寬後綴會讓 GCP 控制台、Drive、YouTube 等其他 Google 服務跟你本來想細分的 Gemini 策略牽連;2026 年仍建議以日誌驗證過的 DOMAIN可更新的 RULE-SET 為主,並保留本機覆寫區置頂。

DNS 與 fake-ip:先讓解析與規則看見同一個世界

Gemini 3.5 與 Spark 都是 TLS 密集、串流友好的場景。若 fake-ip 與瀏覽器獨立 DoH 並存,常出現「握手卡住像逾時」的假陽性——使用者會誤以為 3.5 Flash 上線後變慢,實則是解析路徑分裂。調校建議:

  • 調試期暫時關閉 Chrome/Safari 的 Secure DNS,或限縮到單一解析路徑,確認問題消失後再恢復隱私向設定。
  • 海外出口組合搭配你信任的遠端 DNS;避免兩套 resolver 在同一台機器上無序競速
  • 規則修改後,用連線紀錄同時確認「命中規則名稱」與「解析類型」(真實 IP/fake-ip)。詳細排查可並讀 DNS 與 fake-ip 排查

分流規則與策略組:gemini.google.com 與 Spark 共用可命名出口

最小可行 YAML 遵循 Meta 系核心理念:高信心 DOMAIN 置頂,寬鬆 GEOIP 或 MATCH 置底。下面片段僅示意,請把 PROXY_GEMINI_WEBPROXY_GEMINI_APIPROXY_GEMINI_SUB 換成你實際的 proxy-groups 名稱;實體節點池可以相同,但分開命名方便日後只調 API 或訂閱側的健康檢查。

# Illustrative — verify hostnames in your Clash logs before production use
rules:
  - DOMAIN-SUFFIX,gemini.google.com,PROXY_GEMINI_WEB
  - DOMAIN-SUFFIX,generativelanguage.googleapis.com,PROXY_GEMINI_API
  - DOMAIN-SUFFIX,one.google.com,PROXY_GEMINI_SUB
  - DOMAIN-SUFFIX,accounts.google.com,PROXY_GEMINI_WEB
  - DOMAIN-SUFFIX,oauth2.googleapis.com,PROXY_GEMINI_WEB
  - DOMAIN-SUFFIX,myaccount.google.com,PROXY_GEMINI_WEB
  - DOMAIN-SUFFIX,gstatic.com,PROXY_GEMINI_WEB
  # Spark agent endpoints: add from your connection log, do not guess
  - GEOIP,CN,DIRECT
  - MATCH,PROXY_GEMINI_API

若使用遠端規則集,請把上述段落放進本機 mixin 覆寫(參考 mixin 注入自訂規則),並確認合併後順序仍優先於泛用廣告/追蹤封鎖表——後者偶爾會誤傷遙測或灰度功能開關網域,表現為 Spark「永遠 Beta 未開放」的假象。

Spark 24/7 agent:長連線與跨應用場景的節點選擇

Spark 與一般一次性問答不同:它可能在背景維持連線、輪詢任務狀態,並在你連接 Gmail、Calendar 等應用時發起跨服務請求。這對 Clash 節點選擇 提出比 3.5 Flash 單輪對話更高的要求:

  • 降低自動切換頻率:url-test/fallback 若過於積極,會在 chunked 或 WebSocket 回應中途換出口,體感即「Spark Thought for 30s then failed」。可對照 url-test 與 tolerance 拉長間隔,或工作階段內手動鎖定節點。
  • 優先選線路穩、少重置的節點,而非延遲數字最好看的節點——agent 場景中連續性比峰值速度重要。
  • 區域一致:AI Ultra 與 Spark Beta 目前以美國等地區逐步開放;若出口頻繁跨區,可能觸發帳號安全或功能灰度不一致。單次工作階段內儘量固定地理出口。
  • 行動裝置:若在手機瀏覽器用 Spark,確認 分應用代理 或系統 VPN 已涵蓋瀏覽器,避免 Wi‑Fi 與行動數據切換時 agent 斷線。

Spark 實測建議

開通 Spark 後,先送一則不需跨應用的簡短指令確認 API 鏈路,再逐步測試「讀取日曆/整理郵件」等跨應用操作;每加一種權限,就在 Clash 日誌中記錄新增主機名,避免規則越補越亂。

AI Ultra 訂閱入口:別只修對話頁

Google I/O 2026 調整了 AI 訂閱層級:除既有方案外,也面向開發者與進階創作者推出新的 AI Ultra 選項,而 Gemini Spark 的 Beta 存取與訂閱狀態綁定。許多使用者反映「對話頁能進,升級按鈕卻轉圈」,往往是因為只把 gemini.google.com 寫進規則,卻漏掉 one.google.com結帳與方案管理主機。

實務上請在嘗試訂閱時打開 Clash 連線面板,記錄跳轉鏈路上的每一跳主機名,並把它們與 OAuth 主機放在同一策略組或至少同一節點池。訂閱成功後,回到 Spark 設定頁再測一次,確認 agent 相關請求仍命中預期出口——訂閱與推理流量不應因規則順序被分到延遲差異過大的節點。

桌面瀏覽器 vs 行動 App:代理鏈要一致

部分使用者桌面 Chrome 已走 Clash,手機 Gemini App 卻仍直連或走另一套 DNS,造成「電腦能試 3.5、手機 Spark 永遠轉圈」的分裂體驗。對齊方式依平台而異:

  1. macOS/Windows:系統代理或 TUN 模式讓瀏覽器與 PWA 一致;Windows 可先完成 Clash for Windows 基線,macOS 參考 Clash Verge Rev
  2. Android:確認 VPN 權限已授予,並排除電池優化殺後台;見 Android 後台保活
  3. iOS:若使用 Stash 等客戶端,訂閱規則需與桌面版同步更新,避免手機仍跑舊規則漏掉 gemini.google.com。

合規與使用邊界

請遵守所在地法規、網路使用政策與 Google 各產品條款;AI Ultra 定價、Spark Beta 開放區域與資料處理條款以 Google 官方公告為準。本文僅討論讀者對自有或獲授權裝置的路由與 DNS 設定,不提供任何規避服務條款或地區政策的指引。Spark 跨應用操作涉及第三方服務授權,請在理解權限範圍後再啟用。

常見問題

為什麼 Gemini 3.5 網頁正常,Spark agent 卻一直轉圈?

Spark 作為 24/7 主動式 agent,會維持更長的背景連線;若策略組頻繁自動切換節點,或部分 agent API 主機未納入規則,就會出現網頁可用但 agent 無回應。請在日誌中確認 Spark 相關主機是否命中與 gemini.google.com 相同的穩定出口,並暫時鎖定節點交叉驗證。

AI Ultra 訂閱頁打不開,是否也要寫分流規則?

是。訂閱入口常經由 one.google.com 等 Google One 主機,與對話頁並非同一 CDN 鏈路。若只覆蓋 gemini.google.com 而漏掉訂閱頁,會無法升級到 Spark Beta;建議把訂閱與 OAuth 主機前置到同一策略組。

這篇與 Gemini CLI/AI Studio 分流文有何不同?

CLI/AI Studio 文聚焦 aistudio.google.com 與開發者 API;本篇專注 I/O 2026 面向一般使用者的 Gemini 3.5 Flash 與 Spark 消費級 agent,以及 gemini.google.com 與 AI Ultra 訂閱鏈路。兩者 YAML 有重疊但使用場景不同,請依你的實際入口選讀或合併規則。

實務檢查清單(2026)

  1. 在 Gemini 網頁、Spark(若已開通)與 AI Ultra 訂閱頁各跑一次最小操作,列出完整主機名清單。
  2. 收斂 DNS/fake-ip,排除多套 DoH 競態。
  3. gemini.google.com、API、訂閱、OAuth 分組命名策略,DOMAIN 規則置於寬鬆兜底之前。
  4. 為 Spark 長連線拉長節點切換間隔或手動鎖定出口。
  5. 桌面與行動裝置確認代理鏈一致,避免「一邊能試 3.5、一邊 Spark 轉圈」。

用可維護規則迎戰 I/O 新功能波動

許多瀏覽器外掛式代理或系統層「一鍵全局」工具,在 Gemini 這類多主機名、長串流服務上往往只能治標:對話頁勉強能開,Spark agent 或 AI Ultra 訂閱鏈路一換域名就再次轉圈,且很難從日誌看出哪條規則漏了。規則一多,還容易與其他 Google 服務互相牽連,越調越亂。

Clash 的價值在於把 gemini.google.com、Generative Language API、訂閱入口與 OAuth 主機拆成可命名、可迭代的策略組,並透過連線面板即時看見命中路徑——當 Google 在 I/O 後持續灰度 Spark 或新增 agent 端點時,你只需在日誌裡補一條 DOMAIN,而不必重裝整個代理環境。對 24/7 agent 場景,還能細調 url-test 與 fallback,讓長連線不再因中途換節點而斷裂。

若你希望搶在熱度高峰前把 Gemini 3.5 與 Spark 的網路底座一次理順,不妨從透明的分流日誌開始——免費下載 Clash,穩住 Google I/O 2026 新功能的日常體驗

3.5 對話、Spark agent、AI Ultra 訂閱收斂到一套規則

對齊 gemini.google.com 與訂閱鏈路,並為 24/7 agent 選擇長連線友善節點——I/O 新功能才真正用得順。

下載 Clash