热点方案 2026-05-21 · 约 17 分钟阅读

Gemini 3.5 与 Spark 总转圈？2026 年用 Clash 分流稳住 I/O 新功能

Google I/O 2026（5 月 19 日）把 Gemini 3.5 Flash 推上 gemini.google.com，同时向 AI Ultra 订阅用户 beta 开放 Gemini Spark——一款号称 24/7 在线、能替你查资料、跑任务的 AI agent。发布会后搜索量陡增，但不少用户的第一体验却是：新模型选项出不来、Spark 面板空白转圈、对话首 token 迟迟不到。这类现象往往并非模型本身排队，而是消费端网页走错出口、订阅校验链路与模型 API 分裂，或agent 长连接被不稳定节点掐断。本文聚焦 I/O 新发布的3.5 模型与 Spark agent 服务，说明如何用 Clash 配置 分流规则与节点选择；与站内 《Gemini CLI 与 AI Studio 开发者入口》、《DeepSeek 与 Gemini 宏观混流》 等专题错位，专注 gemini.google.com 消费端与 AI Ultra 订阅链路的落地排障。

Google I/O 2026 发布了什么，和网络有什么关系

本届 I/O 与 Clash 用户最相关的两项更新是：Gemini 3.5 Flash 已在 Gemini 应用与网页端逐步上线，强调更低延迟与更强多模态；Gemini Spark 则作为 agent 形态出现，面向 AI Ultra 用户提供「全天候代理」能力——后台持续运行、跨会话记忆、与 Gmail / Calendar 等 Google 服务联动。无论你在浏览器打开 gemini.google.com 选 3.5 模型，还是进入 Spark 面板让 agent 替你办事，底层都会并行打到前端静态资源、Google 账户 OAuth、模型推理 API、以及 agent 编排后端等多条 HTTPS（乃至 WebSocket）链路。

发布会流量高峰期间，Google 边缘节点本身也可能拥塞；但若你在非高峰时段仍长期转圈，更值得先查本地网络语义：是否只有 Gemini 慢、DNS 是否把 Google 域名解析到不可达地址、Clash 规则是否漏掉了 Spark 额外拉取的 API 子域。把「I/O 热点」与「可修复的路由问题」分开，能避免在错误层级上反复换节点。

先确认账户权限，再动 Clash

Spark 在 I/O 2026 阶段面向 AI Ultra 用户 beta 开放；若账户无订阅，页面会引导升级而非无限 loading。请先完成 Google One / AI Ultra 校验，再把剩余超时交给代理排查。

典型症状：3.5 能选但 Spark 转圈，或整页挂起

我们归纳社区里高频的三类表象，便于你对号入座：

  • 模型列表里没有 Gemini 3.5 Flash：有时是灰度推送节奏，有时则是前端脚本或配置 API 请求 pending——在开发者工具 Network 里常能看到某个 *.google.com 或 *.googleapis.com 主机长时间无响应。
  • Spark 入口可见但面板空白：agent 初始化会拉取权限、配额与编排接口；若仅 gemini.google.com 走代理而账户或 backend 子域直连失败，就会出现「壳子在、内容不出」。
  • 对话中途断线或 agent「睡着」：24/7 agent 依赖长连接；节点频繁切换、UDP 不佳或中间盒对空闲 TCP 过短，都会让 Spark 像「总掉线」，与模型智力无关。

上述问题的共同点是：消费端域名族比单点 chat 接口更宽，且 Spark 比传统对话更吃长连稳定性。一次性只代理主页域名，往往不够。

流量地图：gemini.google.com 之外还有什么

主入口是 gemini.google.com：模型切换、对话 UI、Spark 面板入口均由此加载。前端还会并行请求 Google 账户登录（accounts.google.com）、支付与订阅校验（AI Ultra 相关跳转）、以及静态资源 CDN。

模型与 agent API通常落在 *.googleapis.com 族——具体子域会随产品迭代变化，必须以 Clash 连接日志为准，不要复制过期的「域名大全」。Spark agent 还可能用到编排、工具调用与实时通道相关主机；若你在 Network 或 Clash 日志里看到 WebSocket，请把对应 Host 一并纳入同一策略组。

AI Ultra 订阅链路涉及 Google One / 付款与 entitlement 校验。部分用户只代理了 Gemini 页面，却让订阅确认走直连，导致「已付费仍提示不可用」或反复跳转——这类问题在 I/O 后新订阅高峰时尤为常见。

不要一条规则覆盖全部 googleapis

DOMAIN-SUFFIX,googleapis.com 会把大量 GCP 无关流量拖进同一组，增加误伤与排障难度。优先按日志里的具体 Host 写 DOMAIN-SUFFIX，再按需扩展。

《Gemini CLI 与 AI Studio》面向开发者：aistudio.google.com、终端 CLI 与 generativelanguage.googleapis.com API Key 流。本文面向普通 Gemini 用户与 AI Ultra 订阅者：浏览器里的 gemini.google.com、3.5 模型选择与 Spark agent 消费体验。

《DeepSeek 与 Gemini 混流》回答「境内 DeepSeek 直连、境外 Gemini 走代理」的宏观多模型路线图。本文假设你已决定让 Google 消费端走代理，问题是同一 Gemini 产品族内部如何把网页、订阅校验与 agent API 绑在同一出口。两条线可叠加，但排查层级不同。

若你还使用 Veo / Flow / Labs 等生成式视频入口，那是另一条媒体 CDN 链路；与 Gemini 3.5 文本/agent 分流可共用部分 Google 账户规则，但不要混为同一「Google 全包」策略组，以免视频大流量拖累 agent 小包延迟。

Clash 策略组、规则顺序与节点选择

建议新建独立策略组（例如 PROXY_GEMINI_APP），与下载、游戏、流媒体隔离：Spark agent 与 3.5 对话更看重握手成功率、抖动与长连友好度，而非峰值带宽。规则顺序上，把 gemini.google.com 及日志中出现的 API / 账户 Host 放在过宽的 GEOIP 与最终 MATCH 之前；若使用远程规则集，请确认本地 mixin 覆写靠前生效。

节点选择方面：I/O 后尝鲜高峰，「订阅测速第一」的节点未必适合 agent。优先选对你所在城市 RTT 较低、近期 handshake 稳定的出口；避免几分钟换一次节点的激进 url-test，否则 Spark 长会话会不断重建 TLS。可与 fallback 轻度结合做故障切换，但日常尽量固定一两颗「Gemini 专用」节点。

Rule 模式下的验证顺序

  1. 打开 gemini.google.com，在 Clash 连接面板确认主文档与 API 请求均命中 PROXY_GEMINI_APP。
  2. 进入 Spark（需 AI Ultra），观察 agent 初始化阶段新增 Host，逐条补规则。
  3. 发起一轮需工具调用的任务，检查是否有直连失败的 pending 请求。

YAML 分流示例（务必按日志微调）

以下为示意；Spark 与 3.5 相关子域必须以你本机 Clash 连接日志为准。

# Illustrative — verify hosts in Clash connection log after I/O 2026
proxy-groups:
  - name: PROXY_GEMINI_APP
    type: select
    proxies:
      - YOUR_STABLE_NODE
      - DIRECT

rules:
  - DOMAIN-SUFFIX,gemini.google.com,PROXY_GEMINI_APP
  - DOMAIN-SUFFIX,generativelanguage.googleapis.com,PROXY_GEMINI_APP
  # Add OAuth / billing hosts seen when enabling AI Ultra, e.g.:
  # - DOMAIN-SUFFIX,accounts.google.com,PROXY_GEMINI_APP
  # - DOMAIN-SUFFIX,one.google.com,PROXY_GEMINI_APP
  - GEOIP,CN,DIRECT
  - MATCH,DIRECT

若希望「仅 Gemini 消费端走代理、其余按订阅默认」，把末尾 MATCH 改回你的主策略组即可。顺序即语义——每次改动后用 3.5 对话与 Spark 各测一次，确认规则命中未漂移。

AI Ultra 订阅入口与 entitlement 校验

Spark beta 门槛是 AI Ultra。订阅流程常经由 Google One 或账户设置页，涉及跳转与付款确认。若 Clash 把 gemini.google.com 送进代理，却让 one.google.com、pay.google.com 或区域化账单域名直连失败，会出现「付完钱仍无法开启 Spark」的假象。请在完成订阅操作当时打开连接日志，记录所有跳转 Host，并决定是纳入 PROXY_GEMINI_APP 还是维持可预测的直连——取决于你所在网络，没有 universal 答案。

企业或教育账户若通过 Admin 管控 Gemini 功能，还可能额外命中组织策略 API；此类场景请以 IT 政策为准，Clash 只能保证你已获准访问的 Google 端点路径一致。

Spark 24/7 agent：长连接、WebSocket 与节点体感

与传统「问一句答一句」不同，Spark 作为 AI agent 会在后台维持会话状态、等待工具回调，并可能使用 WebSocket 或 HTTP/2 流式通道。中间盒、机场节点或本地防火墙对空闲连接的超时策略，会直接表现为「agent 睡死」「任务半途停住」。若仅在长时间无人操作后断开，更像长连问题而非 DNS。

可尝试：固定稳定出口、避免在 agent 运行期间切换节点、在客户端允许的情况下适当放宽读超时。若使用 TUN 模式，确认未与 Tailscale 等 mesh VPN 争抢默认路由——可对照 《Tailscale 与 Clash 共存》 调整优先级。

DNS、fake-ip 与移动端 Gemini App

除桌面浏览器外，不少用户在 Android / iOS 的 Gemini App 里尝鲜 3.5 与 Spark。移动端若未走 TUN / VPN 通道，可能出现App 与浏览器两套出口：网页已修复、App 仍转圈。Android 可结合 分应用代理 或系统 VPN；iOS 则依赖 Stash 等客户端的隧道能力。

DNS 层面请固定 nameserver / fallback，理解 fake-ip 与 redir-host 的对应关系；细节见 《DNS 泄漏与 fake-ip 排查》。浏览器 OK、App 失败时，优先怀疑捕获点不一致，而不是先换第五颗节点。

排完网络仍是 403 / 429 / 区域不可用

HTTP 4xx 或「此功能尚未在您的地区提供」常与账户区域、AI Ultra 资格、灰度批次或配额相关，不是 Clash 能单独修复的。Google I/O 后功能推送存在分批放量；同一节点下，美区账户与亚太账户看到的 3.5 / Spark 入口可能不同。请先在账户设置中确认 AI Ultra 与 Gemini Advanced 状态，再回头调代理。

与站内相关文章如何分工

你的主要诉求 更合适的入口
I/O 2026 新上的 Gemini 3.5 Flash、Spark agent、gemini.google.com 本文：消费端 + AI Ultra + agent 长连
Gemini CLI、AI Studio、API Key 与 generativelanguage API Gemini CLI / AI Studio 开发者专题
DeepSeek 境内直连与 Gemini 境外代理并存 DeepSeek + Gemini 混流专题
Veo、Flow、Labs 生成式视频与媒体 CDN Google Veo / Flow / Labs 路由专题

实操检查清单

  1. 确认 AI Ultra 与 Spark beta 资格，排除权限型「假超时」。
  2. 在 Rule 模式记录 gemini.google.com 与 Spark 初始化时的真实 Host。
  3. 建立 PROXY_GEMINI_APP 独立策略组，绑定 3.5 与 agent 相关域名。
  4. 把规则放在合适优先级，复查远程规则合并后的顺序。
  5. 订阅 / 付款跳转域名与 Gemini 主站出口一致或可预测。
  6. 对齐 DNS、fake-ip 与 TUN（或移动端 VPN），消灭双出口。
  7. 为 Spark 选择长连友好节点，避免频繁 auto-switch。
  8. 4xx / 区域提示先查账户与灰度，再动节点。

常见问题

Gemini 3.5 Flash 和 Spark 需要分开分流吗？

多数情况下共用同一策略组即可：两者都经由 gemini.google.com 及相近后端。若 Spark 在日志里出现额外 agent 或工具 API 子域，再按 Host 逐条追加规则，不必 preemptively 写超大域名表。

没有 AI Ultra，Spark 一直 loading 是 Clash 的锅吗？

通常不是。I/O 2026 期间 Spark 面向 AI Ultra 用户 beta；无订阅时 UI 可能引导升级或功能不可见。请先完成订阅校验，再排查代理与 DNS。

手机 Gemini App 与网页表现不一致怎么办？

说明捕获点分裂：网页走了 Clash，App 未进隧道。为 Gemini App 启用 VPN / 分应用代理，或统一使用 TUN，使与桌面相同的规则生效。

从 gemini.google.com 日志开始，稳住 I/O 新体验

系统代理开关、浏览器插件或「只改 hosts」的零散方案，往往只能修好 Gemini 主页的一两个请求，却管不住 Spark agent 拉起的订阅校验、工具 API 与长连接——I/O 后功能越叠越多，半套网络语义只会让你在不同入口之间反复撞墙。Clash 的优势在于按域名与策略组成组路由：把 gemini.google.com、AI Ultra 跳转与日志里出现的 agent 后端绑进同一 PROXY_GEMINI_APP，再配合 Rule 模式可观测、TUN 统一捕获与 DNS 对齐，让 3.5 模型切换与 Spark 24/7 会话共享一条稳定的出口路径；远程订阅与 mixin 覆写也便于在 Google 增量推送新子域时快速补规则，而不必重装或换客户端。

如果你也希望在 Google I/O 2026 之后顺畅试用 Gemini 3.5 与 Spark，不妨从连接日志里那几条 Host 开始，把分流一次配对；这正是 Clash 设计时着力解决的「多域名、长连接、可验证」场景，感兴趣可以免费下载 Clash 体验。

稳住 Gemini 3.5 与 Spark

gemini.google.com、AI Ultra 与 agent API 共用策略组，减少 I/O 新功能「总转圈」的割裂感。

下载 Clash