## 诊断流程样例：Gemini 不能聊天 + Surge 配置报错 ### 输入 - 用户现象：打开 `https://gemini.google.com/app` 后不能聊天 - 页面文案：`Gemini isn’t currently supported in your country.` - 配置片段：`[Rule]` 段最后一条是 `#!include ...`，没有本地 `FINAL,...` ### 检查步骤 | 步骤 | 检查项 | 结果 | 结论 | |---|---|---|---| | 1 | 页面是否有地区拦截文案 | 命中 `isn’t currently supported in your country` | 优先判断为地区/账号策略问题 | | 2 | 目标站点是否依赖 Google 登录和静态资源 | 命中 `gemini.google.com`、`accounts.google.com`、`googleapis.com` | 需要检查这些域名是否统一走支持地区出口 | | 3 | Surge `[Rule]` 是否有本地兜底 | 未命中 `FINAL,...` | 配置本身可能无法通过 Surge 校验 | | 4 | 最后一条有效规则是否是远程 include | 是 | 需要在 include 后追加本地兜底规则 | ### 输出 根因优先级： 1. 当前 Gemini 页面已经被判断为不支持地区，先换支持地区代理出口并清理站点数据。 2. Surge 配置还有独立语法风险：`[Rule]` 末尾缺少 `FINAL,...`，先追加 `FINAL,DIRECT` 或团队约定的兜底策略。 3. 如果换出口后仍失败，再检查账号是否是受限 Workspace/学校账号，以及 Gemini 相关域名是否都被同一策略代理。 ### 建议修复 ```ini [Rule] # existing rules and includes #!include https://example.com/rules.conf FINAL,DIRECT ``` 成功信号：Surge 配置保存不再报错，Gemini 页面不再出现地区拦截页并进入可聊天界面。 失败信号：仍出现 unsupported country，则继续检查出口 IP、DNS 泄漏、浏览器站点数据和账号类型。