Clash Verge 配置规则：从单订阅分流到全局脚本

更新于 2026-10-31 · vunun.shop

简答：Clash Verge 配置规则，最简单的做法是右键订阅配置文件，选择“编辑规则”，再添加前置规则。单订阅规则不会因订阅更新失效；如果要让多个订阅共用规则，应使用全局扩展脚本，不要把旧教程里的 prepend-rules 直接写进覆写配置。

定义：Clash Verge 配置规则，就是按照域名、IP、端口或进程等条件匹配流量，并将其交给 DIRECT、REJECT 或指定代理组处理。

先看速查：你应该用哪种配置方式

适用范围：Clash Verge Rev；Windows、macOS、Linux。本文只讲 Clash Verge Rev 的规则配置，不覆盖其他客户端的菜单路径，也不提供未经核实的下载入口。不同版本的界面文字可能略有差异，找不到对应菜单时，应先确认当前客户端是否仍提供“编辑规则”和“扩展脚本”功能。

最快路径：右键订阅配置文件，选择“编辑规则”，添加一条前置规则，保存后重新载入配置，再到“连接”面板观察目标请求的命中规则和最终策略。

Clash Verge Rev 文档明确说明，编辑订阅规则后，规则不会随着订阅更新而失效；规则按从上到下匹配，前置规则优先级更高。可参考Clash Verge Rev 自定义规则文档。

单个订阅怎么添加配置规则

1. 先备份或记录原配置。不要直接覆盖整份订阅配置。先确认当前订阅可以正常载入，并记下原来的代理组名称，例如“自动选择”或其他实际存在的策略组。
2. 打开规则编辑入口。在订阅配置文件卡片上点击右键，选择“编辑规则”。如果没有此菜单，先停止修改，检查客户端版本或当前配置类型是否支持该功能。
3. 添加前置规则。将需要优先处理的规则放到前置规则区域。例如，让某个域名直连，可写为DOMAIN-SUFFIX,example.com,DIRECT；让指定进程交给某个代理组，可写为PROCESS-NAME,app.exe,代理组名称。
4. 保存并重新载入。停止条件是配置能正常生成且没有明显报错；如果保存后配置无法载入，立即删除刚添加的规则并恢复备份。
5. 验证实际命中。打开“连接”或相关日志面板，访问目标网站或启动目标程序，观察实际命中的规则和最终策略。浏览器能打开，只能说明当前请求成功，不能单独证明规则一定命中了。

规则的第三列不是随便填写的标签，而是实际存在的策略：DIRECT 表示直连，REJECT 表示阻断，其他名称必须与配置中的代理组一致。若名称拼写不一致，可能出现规则保存成功但无法按预期转发的情况。

常用规则类型与可复制写法

规则通常采用“类型、匹配内容、策略”的格式。下面的示例只展示写法，域名、进程名和策略组需要替换为你的实际目标。

规则顺序很重要：列表顶部的规则优先级高于底部规则，匹配到第一条符合条件的规则后就会停止继续匹配。比如你既写了某个具体域名的直连规则，又写了范围更大的后缀代理规则，就应把具体域名放在前面。Mihomo 的路由规则文档也说明了从上到下的匹配逻辑，以及 DOMAIN、DOMAIN-SUFFIX、PROCESS-NAME、MATCH 等规则类型。

如果你使用的是 macOS 或 Linux，进程名不一定与 Windows 的 .exe 写法相同；不要直接复制其他系统的进程规则。进程匹配是否生效，还取决于客户端权限、运行模式和当前配置，无法观察到命中结果时，应先改用域名规则验证基础链路。

多个订阅统一生效：使用全局扩展脚本

如果你有多个订阅，想让同一组规则统一追加到每个配置中，应使用全局扩展脚本。Clash Verge Rev 文档给出的机制是通过 main(config) 接收配置对象，修改 config.rules 后再返回配置。

可将下面模板中的域名、策略组和规则替换为自己的内容：

const prependRules = [
  'DOMAIN-SUFFIX,example.com,DIRECT',
  'PROCESS-NAME,app.exe,代理组名称'
];

function main(config) {
  const oldRules = config.rules || [];
  config.rules = prependRules.concat(oldRules);
  return config;
}

1. 打开 Clash Verge Rev 的全局扩展脚本入口。
2. 新建或编辑 JavaScript 脚本，将模板粘贴进去。
3. 只替换规则内容和策略组名称，不要删除 return config;。
4. 保存脚本，重新载入一个订阅配置。
5. 在“连接”面板检查目标请求是否命中新增规则。

脚本执行器不支持网络 IO 和文件 IO；脚本是否生效，最终以配置重新生成后的规则列表和连接面板中的实际命中结果为准。官方脚本说明见Clash Verge Rev 自定义脚本文档。

如果只想针对某个配置文件运行脚本，还可以使用第二个参数识别配置名称，例如 function main(config, profileName)，再根据 profileName 判断是否修改当前配置。

为什么写了规则却没有生效

• 规则放在后面。前面已有更宽泛的规则先匹配，后面的规则就不会执行。先把具体规则放到前置区域，再重新验证。
• 策略组名称不一致。规则中的第三列必须对应实际存在的策略组。可先复制客户端界面显示的名称，避免手动输入错误。
• 把旧版写法放进扩展覆写。项目讨论中已明确说明，prepend-rules 和 append-rules 的旧写法已移除；全局扩展覆写不支持对 config.rules 做列表元素追加，需要统一追加时应改用全局 JavaScript 脚本。详见项目的规则配置讨论。
• 只看网页是否打开。网页能打开不等于命中了指定规则。应在连接面板查看请求对应的规则链路、策略组和最终节点。
• 域名规则覆盖不到实际请求。部分应用可能使用多个域名、IP 或独立连接。先用日志确认实际请求目标，再决定是补充 DOMAIN、DOMAIN-SUFFIX 还是 PROCESS-NAME。
• 配置语法错误。保存后如果配置无法载入，删除最近新增的规则，恢复到能正常运行的版本，再逐条添加。

配置完成后的验证与回滚清单

1. 确认客户端已经载入目标配置，而不是仍在使用另一份配置。
2. 确认系统代理或 TUN 模式处于你实际使用的状态；只开启规则并不代表所有应用都会经过客户端。
3. 访问一个明确属于规则范围的域名，记录连接面板显示的命中规则和策略。
4. 再访问一个不属于该规则的域名，确认没有因为过宽的关键词或后缀匹配而误分流。
5. 如果出现连接失败，先删除新增规则或停用脚本，确认基础连接恢复后，再逐条加回。

建议把规则按“具体域名 → 域名后缀 → 应用进程 → IP 段 → MATCH 兜底”的思路整理。不要把一次访问成功、端口处于监听状态或单次速度结果当作长期可用性的证明；规则验证只回答“这次请求如何被匹配和转发”。

如果你正在处理跨境办公中的延迟、丢包或 DNS 解析异常，可先保留规则配置不变，再单独记录连接日志、目标域名和网络现象，避免把线路问题误判成规则问题。

常见问题

Clash Verge 配置规则应该放前置还是后置？

通常放前置规则。因为规则按从上到下匹配，前置规则可以优先于订阅自带规则执行。若你希望订阅原有规则优先，则需要明确选择后置，但必须通过连接面板验证最终命中结果。

订阅更新后，自定义规则会消失吗？

使用订阅卡片右键菜单中的“编辑规则”添加的规则，官方文档说明不会随着订阅更新而失效。但如果你直接修改了订阅原始内容，或使用了不兼容的覆写写法，不能据此保证规则保留。

为什么全局扩展覆写里的 prepend-rules 不生效？

因为当前机制不支持用旧的 prepend-rules 或 append-rules 对规则数组追加元素。多个订阅需要共用规则时，应使用全局扩展脚本读取并合并 config.rules。

规则写好了，怎么确认真正命中？

打开“连接”面板或日志，访问目标网站或启动目标程序，查看请求对应的匹配规则、策略组和最终节点。浏览器能打开只能作为连通性现象，不能替代规则命中验证。

DOMAIN 和 DOMAIN-SUFFIX 有什么区别？

DOMAIN 用于完整域名匹配；DOMAIN-SUFFIX 用于匹配某个域名后缀及其子域名。目标明确时优先使用更具体的 DOMAIN，范围较大时再使用 DOMAIN-SUFFIX，并把更具体的规则放在前面。

常见问题

Clash Verge 配置规则应该放前置还是后置？

通常放前置规则，因为规则按从上到下匹配，前置规则优先级更高。

订阅更新后，自定义规则会消失吗？

通过订阅卡片“编辑规则”添加的规则，官方文档说明不会随订阅更新失效；直接改原始订阅内容则不适用。

为什么 prepend-rules 写了却不生效？

当前全局扩展覆写不支持用旧写法追加规则数组。多个订阅统一配置时，应使用全局 JavaScript 扩展脚本。

怎么确认规则真正生效？

在连接面板或日志中查看目标请求的命中规则、策略组和最终节点，不能只看网页是否打开。

相关阅读

• Clash Verge Rev 订阅导入步骤
• Clash 连接失败的分层排查
• Clash Verge Rev 速度慢排查

参考资料

1. Clash Verge Rev Docs：自定义规则（clashverge.dev）
2. Clash Verge Rev Docs：自定义脚本（clashverge.dev）
3. Clash Verge Rev GitHub：适用于所有订阅的分流规则讨论