Clash 怎么加载额外的规则文件

Clash 怎么加载额外的规则文件，这个问题在实际配置中常被误解为“只要放进去就行”，但真正的问题往往出在路径不对、格式错误或加载顺序混乱。当你尝试添加自定义规则（如针对特定网站的分流策略）却发现规则未生效，首先应确认你使用的 Clash 客户端版本是否支持外部规则文件的动态加载——例如 Clash for Windows、Clash Verge、ClashN 等主流工具虽都具备此功能，但默认路径和配置方式存在差异。常见误区是将规则文件直接拖入主界面而忽略配置文件中的 `rules` 字段引用，导致文件虽存在却未被读取。

解决的第一步是明确你的规则文件必须以标准 YAML 格式书写，并放置于客户端允许的目录中。以 Clash for Windows 为例，其默认规则文件夹位于 `C:\Users\用户名\AppData\Roaming\Clash\config\`，你可以新建一个名为 `custom-rules.yaml` 的文件，内容格式如下：

```yaml - DOMAIN-SUFFIX,example.com,Proxy - DOMAIN,api.github.com,Direct - IP-CIDR,1.1.1.1/24,Proxy ```

注意：每条规则需以 `-` 开头，且缩进统一使用空格（不能用 Tab），字段间用逗号分隔，结尾无多余符号。若文件含中文注释，请确保编码为 UTF-8，否则可能因乱码导致解析失败。

第二步，在主配置文件（通常是 `config.yaml`）中正确引入该文件。关键在于 `rules` 段落，不能只写规则内容，而应通过 `RULE-SET` 或 `EXTERNAL-FILE` 方式调用。例如：

```yaml rules: - RULE-SET,custom-rules.yaml,Proxy ```

或者更灵活的方式：

```yaml rules: - EXTERNAL-FILE,custom-rules.yaml,Proxy ``` For a different angle on this, see PikPak 手机端怎么配合网盘用.

其中 `EXTERNAL-FILE` 适用于本地文件路径，`RULE-SET` 则可指向远程地址。若使用相对路径，务必确认路径是否相对于主配置文件所在目录。如果规则文件放在 `config/custom-rules.yaml`，则路径应写为 `custom-rules.yaml`，而非绝对路径。

第三步，重启 Clash 客户端并查看日志输出。在 Clash for Windows 中，点击右上角「日志」按钮，观察是否有类似 `Load rule file: custom-rules.yaml success` 的提示。若出现 `failed to parse rule file`，说明语法错误或编码问题；若提示 `file not found`，则路径错误或文件未正确放置。

另一个容易忽略的点是规则优先级。Clash 按照 `rules` 列表从上到下匹配，一旦命中即停止。因此，自定义规则应置于通用规则之前，避免被覆盖。例如，若你在 `rules` 列表中先写了 `DOMAIN-SUFFIX,com,Direct`，后加了 `DOMAIN-SUFFIX,github.com,Proxy`，则所有 github.com 域名都会被直连，因为前面的规则已匹配。正确的做法是把具体规则前置，如：

```yaml rules: - DOMAIN-SUFFIX,github.com,Proxy - DOMAIN-SUFFIX,com,Direct ```

此外，若你同时使用 PikPak 手机端配合网盘使用，其流量走代理时也依赖规则文件判断是否走 Proxy。此时若规则未正确加载，PikPak 会因无法识别网盘域名而走直连，导致下载失败或速度极慢。这与简历被系统筛掉的常见原因类似——表面看是“没通过”，实则是“规则不匹配”。两者都强调精准匹配与结构清晰的重要性。

最后，验证方法是打开浏览器访问一个规则中指定的测试域名（如 example.com），观察网络请求是否经过代理节点。可通过 Clash 客户端的“状态”面板查看当前活动连接是否显示为代理模式。若仍异常，尝试临时禁用其他规则集，仅保留自定义规则，逐步排查冲突。

记住：规则文件不是“放进去就生效”的静态资源，而是动态加载、按序执行的逻辑组件。路径、格式、引用方式、优先级缺一不可。