Clash 分流规则怎么写才不漏域名

Clash 分流规则的核心矛盾在于：规则越精细，匹配越准，但维护成本越高；规则越粗略，漏掉的域名越多，导致本该走代理的流量被直连，不仅影响使用体验，还可能暴露隐私。尤其在处理如 PikPak 这类需要精准控制下载路径、且依赖特定域名解析的服务时，一旦分流规则遗漏了关键子域名或动态生成的接口，就会出现“下载失败”或“无法登录”的现象。更复杂的是，当用户同时使用 AI 生成简历并试图通过某平台上传时，若未正确覆盖其域名（如 `resume-upload.aiplatform.com`），则可能导致文件上传失败，而这类问题往往难以从日志中直接定位——因为错误发生在请求链路的中间环节，而非终端报错。

要确保不漏域名，必须从三个层面入手：识别真实访问目标、构建可覆盖全量的规则模式、验证实际生效情况。第一步是抓取真实网络请求。使用浏览器开发者工具或 Charles / mitmproxy 等工具，开启拦截，访问目标网站（如 PikPak 官网或 App 内功能页），观察所有发起的请求。特别注意以下几类请求：1）动态加载的脚本资源（如 `*.js`、`*.css`）；2）API 接口（如 `/api/v2/user/info`）；3）CDN 加速域名（如 `cdn.pikpak.com`、`static.pikpak.net`）；4）WebSocket 或长连接地址（如 `wss://stream.pikpak.com`）。这些往往是规则遗漏的重灾区，尤其是带有泛域名或动态后缀的。

第二步是构造规则模板。不要只写 `pikpak.com` 这种一级域名，必须扩展为多层级覆盖。推荐使用 `DOMAIN-SUFFIX` 模式，例如：

``` - DOMAIN-SUFFIX,pikpak.com - DOMAIN-SUFFIX,cdn.pikpak.com - DOMAIN-SUFFIX,static.pikpak.net - DOMAIN-SUFFIX,api.pikpak.com - DOMAIN-SUFFIX,stream.pikpak.com - DOMAIN-SUFFIX,login.pikpak.com ```

对于高频变动的域名（如某些 CDN 或临时跳转服务），可启用 `DOMAIN-KEYWORD` 模式，如：

``` - DOMAIN-KEYWORD,pikpak ``` For a different angle on this, see PikPak 怎么指定本地下载路径. 延伸阅读：AI 生成简历后还要改哪些地方要注意什么。

但需注意，关键词匹配容易误伤，应配合白名单过滤。若已知某个服务（如 AI 生成简历所用平台）的完整域名结构，应直接写入具体域名，避免模糊匹配。例如，若简历上传服务部署在 `upload.resumeai.com`，则必须明确加入：

``` - DOMAIN-SUFFIX,resumeai.com - DOMAIN-SUFFIX,upload.resumeai.com ```

第三步是验证规则是否真正生效。仅靠“看起来对”不够，必须通过实际行为测试。打开 Clash 面板，进入“日志”或“流量统计”页面，访问目标网站，查看每个请求的路由状态。重点关注“DIRECT”或“MATCHED”字段，若发现本应走代理的请求显示为 DIRECT，说明规则缺失。此时返回规则列表，逐条比对请求域名与规则模式，检查是否存在大小写差异、拼写错误、或缺少子域。常见陷阱包括：`www.pikpak.com` 与 `pikpak.com` 被当作不同域名处理；`https://api.pikpak.com` 和 `http://api.pikpak.com` 在规则中应统一处理；部分服务使用 `*.pikpak.com` 但实际由 `pikpak.com` 的证书签发，需确认是否需额外添加 `SNI` 匹配。

最后，针对 PikPak 如何指定本地下载路径的问题，这并非分流规则能解决的范畴——它属于客户端功能，需在 PikPak 自身设置中配置“保存路径”。但若你希望该路径下的文件上传也受控于代理，则必须确保上传请求的域名也被正确分流。同理，AI 生成简历后还需手动修改的内容，如公司名称、项目时间线、技能描述的合理性与真实性，不能依赖自动规则去“补全”，而必须人工审校。规则再完善，也无法替代对内容逻辑的判断。

真正不漏域名的规则，不是写出来的，而是不断试错、观察、修正后“跑出来”的。每一次失败的请求，都是规则优化的线索。