Clash Verge Rev 规则分流配置：3 个入口的作用域与生效顺序
想让公司内网直连、某个软件单独走代理、顺手把广告拦掉，规则从网上抄了几条贴进去，结果要么没反应，要么更新一次订阅就没了。Clash Verge Rev 规则分流配置里，这类情况多半跟语法无关，问题出在位置上：写的那一层覆盖不到当前这份订阅，或者被上面一条更宽的规则先命中了。先确定写在哪一层，再看它排在第几行。规则能写的地方有三个，各自的覆盖范围并不一样。
目录
规则能写在三个地方，作用域各不相同
抄来的规则贴哪儿，决定了它管多大范围、以及更新订阅之后还在不在。三个入口的官方依据强弱不同，这里分开说清楚。
单个订阅里的「编辑规则」
在订阅页右键那张配置卡片，菜单里有「编辑规则」，进去可以直接加条目。官方文档在这一节标了一句很重要的话：这里编辑的规则不会随着订阅更新而失效。
也就是说，它是挂在这份订阅上的一份独立清单，订阅内容刷新时不会被覆盖掉。代价是范围，它只跟着这一份配置走，换一份订阅就得重来一遍。
全局扩展覆写
订阅页里还能新建一份覆写配置，用 YAML 写想要追加或者修改的字段，保存之后右键启用。官方在一条冲突排查里用过这个办法，给的示例是改 DNS 的一个开关：
dns:
use-system-hosts: false官方文档没有专门讲它的作用范围，仓库讨论区里有人实测后反映规则只在单个订阅上生效。这一点目前没有官方结论，稳妥的做法是写完之后自己验一遍：切到另一份订阅，看那条规则还在不在生效。
扩展脚本
第三条路是写一段脚本，在配置加载时改动它。官方在脚本说明里给的规则追加写法是这样：
const prependRule = [
"DOMAIN-SUFFIX,baidu.com,DIRECT",
"DOMAIN-SUFFIX,clashverge.dev,自动选择",
];
function main(config) {
let oldrules = config["rules"];
config["rules"] = prependRule.concat(oldrules);
return config;
}这段代码做的事就是把新规则接在旧规则前面。脚本这条路灵活，但门槛也高，写错一处整份配置都可能加载不了。只加三五条规则的话，前两条路更省心。
前置规则与后置规则：插在订阅规则的哪一边
选好入口之后还有个位置问题。编辑规则的界面里，自定义条目可以放进前置或者后置两栏。
- 前置规则：排在订阅自带的规则之前，官方原话是优先级最高，并且建议把自定义规则放在这里。
- 后置规则：排在订阅规则之后才轮到它。
为什么官方推荐前置？因为机场给的配置末尾几乎都有一条兜底规则，凡是前面没匹配上的流量它全接走。你的规则要是排在那条兜底后面，永远轮不到执行。
后置也不是没用。想给某一类流量兜个底、又不打算干扰订阅原有的判断时，放后置更安全。
规则从上往下匹配，命中第一条就停
官方注意事项列的第一条就是顺序：规则自上而下依次匹配，匹配到第一条符合条件的就停下，后面的不再看。
这条机制解释了绝大多数「规则写了没用」的情况。举个具体的例子：你在下面加了一条让某个网站走代理，可上面早有一条把整个国内域名段判给直连，那条更宽的规则先命中，你这条就成了摆设。
- 越具体的规则越要往上放，完整域名排在域名后缀前面，域名后缀排在地区规则前面。
- 兜底那条永远在最后，它接的是前面全部没命中的流量。
- 改完顺序想验证，最直接的办法是在连接列表里看那条请求实际命中了哪条规则。
常用的六类规则怎么写
官方文档把规则类型列得挺全，按实际会用到的顺序过一遍，写法都是官方给的示例格式，末尾那个中文名要换成你自己配置里真实存在的代理组。
按域名匹配，用得最多的三种：
- DOMAIN,google.com,代理策略
- DOMAIN-SUFFIX,google.com,代理策略
- DOMAIN-KEYWORD,ads,REJECT第一条只认完全一样的域名，第二条连子域名一起管，第三条看域名里含不含某个词。想让某个网站直连，用后缀那条最省事。
按地区匹配，靠内置的地理数据判断：
- GEOSITE,cn,DIRECT
- GEOIP,CN,DIRECT
- GEOSITE,category-ads-all,REJECT前一个按域名归属判断，后一个按目标 IP 判断。两者不是一回事：一个域名解析出来的 IP 可能在国外，域名本身却算国内站。
按 IP 段和端口匹配，处理局域网和特定服务：
- IP-CIDR,192.168.0.0/16,DIRECT
- DST-PORT,22,DIRECT按进程名匹配，这条解决的是「让某个软件单独走代理」这类需求：
- PROCESS-NAME,Telegram.exe,代理策略
- PROCESS-NAME,WeChat.exe,DIRECT它不看访问的是什么地址，只看请求是哪个程序发出来的，域名规则搞不定的场景往往靠它。
组合条件，多个判断凑一块：
- AND,((DOMAIN-SUFFIX,youtube.com),(GEOIP,!CN)),代理策略
- OR,((DOMAIN-KEYWORD,google),(DOMAIN-KEYWORD,youtube)),代理策略最后是兜底那一条。官方标注得很清楚，它必须放在最后：
- MATCH,代理策略前面所有规则都没命中的流量归它管。位置放错，比如不小心排到了自定义规则前面，后果是整份规则表从它那行起全部失效，因为任何请求走到那儿都会被接走。机场的配置里本来就带一条，自己写的时候通常不用重复添加。
代理策略那一栏该填什么
每条规则末尾都要指定流量的去向，官方给的取值只有三类。
DIRECT：直连，不经过代理。REJECT：直接拒绝，拦广告靠的就是它。- 代理组名称：填你配置里已有的那个组名，官方举的例子长这样：
🚀 手动切换。
第三种是踩坑重灾区。组名必须和配置里的写法一字不差，包括前面那个表情符号和中间的空格。抄别人的规则表最容易栽在这里——对方配置里叫「🎬 流媒体」，你的机场里可能叫「Netflix」，直接粘过来那条规则就是废的。
写完不生效，先按这四条查
规则没起作用的时候，按这个顺序查，基本能定位到。
- 写错了层。规则加在了 A 订阅上，正在用的是 B 订阅。这一条最常见也最容易被忽略，先确认当前激活的是哪一份配置。
- 被上面的规则先命中。往上翻，看有没有更宽的条目提前把流量接走了，尤其是地区类规则和兜底那条。
- 代理组名对不上。回配置里核对组名的完整写法，一个字符都不能差。
- 路由模式没选对。官方对三种模式的定义写得很直白：规则模式才会按规则表逐条匹配，全局模式下所有流量都从手工选定的那个节点出去，直连模式全部走本地网络。后两种模式下，规则表根本不参与决策。
第四条尤其值得先看一眼。有人为了测速把模式切到全局，测完忘了切回来，之后写多少规则都没反应。
四个常见场景的写法
以下几组照抄即可，代理组名记得换成自己配置里的。
拦广告和追踪：
- GEOSITE,category-ads-all,REJECT
- DOMAIN-KEYWORD,ads,REJECT
- DOMAIN-KEYWORD,tracker,REJECT国内网站走直连：
- GEOSITE,cn,DIRECT
- GEOIP,CN,DIRECT
- DOMAIN-SUFFIX,cn,DIRECT流媒体分到专门的组：
- GEOSITE,netflix,🎬 流媒体
- GEOSITE,youtube,📹 YouTube
- GEOSITE,disney,🏰 Disney+按软件分流：
- PROCESS-NAME,Telegram.exe,📱 Telegram
- PROCESS-NAME,steam.exe,🎮 游戏加速
- PROCESS-NAME,WeChat.exe,DIRECT公司内网那种情况，用 IP 段加域名后缀两条就够：内网网段判直连，办公域名判直连，剩下的交给原来的规则。
Clash Verge Rev 规则分流配置常见问题
更新订阅之后自己写的规则还在吗？
写在订阅的「编辑规则」里的会在，官方在文档里专门标了这一句：这里编辑的规则不会随着订阅更新而失效。直接去改机场原始配置文件的那种改法才会被刷掉。
想让一条规则对所有订阅都生效怎么办？
官方没有就这件事给过明确答案。可以试全局扩展覆写或者脚本这两条路，但写完务必自己验证一遍——切到另一份订阅，看规则还在不在生效。仓库讨论区里有人实测反映范围不如预期，在没有官方结论之前，实测比推断可靠。
规则写了几百条会不会变慢？
匹配是逐条往下走的，条目多了理论上多花些时间，但日常这点量感知不到。真正值得留意的是顺序不是数量——高频命中的规则往上放，效果比精简条目明显。
域名规则和 IP 规则冲突时听谁的？
听排在上面那条的。规则表不分类型，一律按位置先后判定，谁先命中就按谁的来。
改完规则要重启软件吗？
保存之后配置会重新加载，通常不用重启。已经建立的连接不受新规则影响，想立刻见效就在连接列表里把相关连接断掉重连。
规则里能直接写机场给的代理组吗？
能，而且这正是常规做法。前提是名字照抄配置里的原样。机场偶尔会调整分组名称，改完之后原来引用旧名字的规则就失效了，换订阅或者机场改版之后值得回头核一遍。
下一步
规则调顺之后可以接着看这几篇：流量怎么进到代理程序这一段，在 系统代理设置 里逐项讲过；订阅本身的导入与更新看 订阅导入教程；配置相关的完整索引在 配置与使用教程；遇到别的报错先翻 常见问题；换版本或重装认准 官方下载页。更复杂的规则语法与规则集用法，官方指向了内核那边的文档，这一篇只覆盖软件界面里能直接用上的部分。文中的规则示例、匹配机制与官方表述，核对自官方文档站，采集于 2026 年 7 月 27 日。
