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

Clash 分流规则写得不漏域名，本质是让每个目标请求都能被精准匹配到正确的代理策略，而不是因规则顺序、通配或遗漏导致流量走错路径。常见问题不是规则写错了，而是规则没覆盖全——比如某个域名的子域没列出来，或者某个服务用了动态域名（如 CDN 前缀不定），又或者规则顺序靠后被更宽泛的兜底规则拦截。真正要解决的，是构建一个“无死角”的匹配体系，而不是盲目加规则。

第一步，先明确你真正需要分流的域名范围。不要凭感觉加，必须从实际使用场景出发。打开浏览器开发者工具，访问你常去的网站，查看 Network 标签页中的请求域名。特别注意那些加载缓慢、提示失败、或明明开了代理却仍走直连的链接。这些往往是规则缺失的直接证据。把所有关键域名和子域（如 `api.example.com`、`static.example.com`）全部收集起来，按用途分类：国内服务、国际服务、云存储、AI 工具、视频平台等。

第二步，用精确匹配优先。在 Clash 规则中，`DOMAIN` 类型的规则应尽量使用完整域名，避免仅用 `DOMAIN-SUFFIX`。例如，若只写 `DOMAIN-SUFFIX example.com`，它会匹配 `example.com` 以及所有子域（`a.example.com`、`b.api.example.com`），但如果你只想代理 `api.example.com`，而不想影响 `blog.example.com`，那就要写成 `DOMAIN api.example.com`。越精确，越不容易误伤。

第三步，处理动态域名与通配。某些服务（如 TikTok、Google 的 CDN）使用动态前缀，比如 `abc123.x.y.z.google.com`。这类域名无法通过静态规则覆盖，需用 `DOMAIN-KEYWORD` 搭配关键词匹配。例如：`DOMAIN-KEYWORD google.com` 可以命中所有含 `google.com` 的域名。但要注意，关键词太宽会引发误判，比如 `DOMAIN-KEYWORD com` 会把所有 `.com` 域名都拦下来，不可取。建议搭配白名单机制，在规则组里将已知安全域名提前列出，避免冲突。

第四步，合理安排规则顺序。Clash 是按规则列表顺序执行的，一旦匹配即停止。因此，最具体的规则必须放在最前面。典型错误是把 `FINAL` 或 `DIRECT` 放在前面，结果后面所有规则都被跳过。正确做法是：先放 `DOMAIN` 精确匹配，再放 `DOMAIN-SUFFIX` 和 `DOMAIN-KEYWORD`，最后才是 `FINAL` 或 `DIRECT`。你可以用 `RULE-SET` 引入外部规则集时，也注意其排序逻辑，必要时手动调整。 延伸阅读：AI 简历生成的边界：能写什么，不能替你写什么。 延伸阅读：PikPak 提示空间不足怎么腾。

第五步，验证方法不能靠猜。开启 Clash 后，进入日志模式（log-level: debug），观察每条请求是否命中预期规则。也可以用 `curl -v https://api.example.com` 手动测试，看返回头信息中是否有 `X-Clash-Rule` 头字段，标明当前使用的规则名称。若某域名未命中任何规则，说明漏了。

第六步，定期清理冗余规则。有些规则是你当初临时加的，现在已不用，但还留在配置里。它们不仅拖慢性能，还可能干扰新规则的匹配。用工具（如 Clash Verge、Yacd）的规则分析功能，统计每个规则的实际命中次数，淘汰零命中规则。

最后，别忘了你的行为边界。比如你用 AI 生成简历，可以输入背景、经历、关键词，让它输出结构化文本，但不能指望它替你写出“真实的职业成长故事”；同样，PikPak 提示空间不足，不能靠删掉核心文件来腾空间，而应检查缓存目录、清除重复上传记录。这些都不是技术问题，而是资源管理意识。同理，分流规则也不是堆越多越稳，而是越准越有效。漏域名的本质，往往不是规则不够多，而是你没看清哪些请求真正该被管住。