Clash Verge Rev 设置规则不生效？先检查前置规则和策略组
简答：规则模式不等于已经写好自定义规则：先激活当前订阅，再从订阅卡片进入“编辑规则”，把自定义规则放在前置位置，策略名从代理组复制，保存后到连接页查看“规则”和“链路”字段确认命中。
定义：Clash Verge Rev 设置规则，是在当前订阅配置中用域名、IP、站点分类或进程条件匹配请求，再交给代理组、DIRECT 或 REJECT 处理。
先看 3 秒自查卡：规则不生效通常先查这四项
| 检查项 | 应该看到什么 | 不符合时怎么做 |
|---|---|---|
| 当前配置 | 目标订阅已导入并处于使用或激活状态 | 回到“订阅”页面，重新选择该配置并确认状态变化 |
| 规则位置 | 需要覆盖订阅默认规则的内容位于前置规则 | 从订阅卡片菜单进入“编辑规则”，选择“添加前置规则” |
| 代理策略 | 规则中的代理组名称与当前配置完全一致 | 从“代理”页面复制真实组名，不要凭记忆手写 |
| 命中结果 | 重新访问后，连接页请求详情中的“规则”和“链路”符合预期 | 关闭旧连接、重新访问，并查看实际请求域名 |
最短验证路径是：先只添加一条明确的 DOMAIN-SUFFIX 规则，保存后重新访问目标域名，再到连接页查看命中的规则和链路。页面能打开不代表自定义规则已经生效，必须以实际请求详情为准。
Clash Verge Rev 官方文档说明，远程订阅可以通过订阅链接导入；当前界面语言文件也列出了“使用”“重新激活订阅”“查看运行时订阅”等操作。官方文档：远程订阅与本地配置导入 官方界面字段：订阅操作与编辑入口
Clash Verge Rev 的规则、全局、直连模式分别做什么
| 模式 | 实际含义 | 适合用途 | 不能替代什么 |
|---|---|---|---|
| 规则模式 | 根据配置文件中的规则匹配请求，再决定从代理节点或本地网络出去 | 网站、应用按条件分别处理 | 不能替代自定义规则本身 |
| 全局模式 | 所有流量使用 GLOBAL 策略组中当前选中的节点或策略 | 临时确认代理节点或统一出站是否可用 | 不能实现精细分流 |
| 直连模式 | 所有流量从本地网络出去 | 排查本地网络或代理是否造成影响 | 不能验证代理组是否可用 |
官方名词说明将路由模式分为规则、全局和直连：规则模式按配置规则决定出站，全局模式使用手工选定的代理节点或本地网络，直连模式全部使用本地网络。这里的“全局”不是“自定义规则全部生效”，而是使用 GLOBAL 策略组中当前选中的策略。官方文档：规则、全局、直连与 TUN 模式
排查时建议按“直连→全局→规则”的顺序做单变量对照：直连失败，先查本地网络；全局成功但规则失败，重点查规则顺序、策略组和实际请求域名；全局也失败，则不要先反复修改规则。
从当前界面进入“编辑规则”：每个控件怎么填
- 打开 Clash Verge Rev，进入“订阅”页面，确认目标订阅已经导入。
- 在目标订阅卡片上打开菜单，选择编辑规则。官方界面字段中同时列出了“编辑文件”“编辑规则”“扩展覆写配置”和“扩展脚本”等入口，名称可能随版本或语言设置略有差异。
- 在“编辑规则”窗口中选择规则类型，在规则内容中填写域名、IP、站点分类或进程名。
- 在代理策略中选择或填写当前配置真实存在的代理组，也可以使用
DIRECT或REJECT。 - 需要跳过目标 IP 的 DNS 解析时，勾选跳过 DNS 解析；该选项只适合支持此参数的目标 IP 类规则。
- 点击添加前置规则或添加后置规则，保存配置。
- 重新激活或加载当前订阅，再关闭旧连接并重新访问测试目标。
规则类型、规则内容、代理策略、跳过 DNS 解析、添加前置规则和添加后置规则都能在当前项目的中文界面字段中核对。官方界面字段：编辑规则控件与规则类型
如果填写的代理组名称不存在，配置可能无法加载或出现内核报错，不应把它理解为客户端会自动回退到默认策略。此时打开日志或内核日志，查看具体错误；最稳妥的修复方式是从当前代理组列表复制名称，再重新保存。
前置规则、后置规则和 MATCH：顺序错了就不会命中
规则按从上到下匹配，命中第一条符合条件的规则后停止。前置规则会排在订阅自带规则前面，适合覆盖默认分流；后置规则排在订阅规则之后，只适合补充订阅没有提前命中的请求。
- 前置规则：指定网站必须代理、必须直连或必须拒绝时优先使用。
- 后置规则：只在确认订阅规则不会先命中的情况下使用。
- MATCH：匹配所有请求，通常只能放在最终规则位置。
如果订阅已经自带 MATCH，不要再把另一个 MATCH 添加到前置规则中。前置 MATCH 会先匹配所有请求，使订阅后面的分流规则没有机会执行；需要自定义兜底时，也只能把它放在最后。
| 错误写法 | 问题 | 改法 |
|---|---|---|
MATCH,代理组 放在前置规则第一行 | 可能覆盖后面的订阅规则 | 删除它，或仅放在最终兜底位置 |
DOMAIN,https://example.com,代理组 | 规则条件不应包含协议头 | 改为 DOMAIN,example.com,代理组 |
| 手写带 emoji 的代理组名称 | 字符、空格或符号不一致时可能报错 | 从当前代理组列表复制粘贴 |
DOMAIN-KEYWORD,ads,REJECT | 范围过宽，可能误拦与 ads 相关的正常域名 | 使用明确广告域名的 DOMAIN-SUFFIX，或使用已核实的广告规则集 |
官方规则文档明确说明规则从上到下匹配，并将 MATCH列为兜底规则；官方项目讨论也建议单订阅场景优先使用订阅卡片中的“编辑规则”，并注意订阅通常已有末尾 MATCH。官方文档：自定义规则与匹配顺序 官方讨论：订阅更新后保留自定义规则
可复制模板：网站、AI 服务、广告和应用分流
下列模板中的 example.com、ai.example.com 和 example.exe 都是占位符，必须替换成你实际要匹配的域名或进程名。示例中的“代理组名称”也必须替换为当前配置中真实存在的组名。
| 需求 | 模板 | 使用前检查 |
|---|---|---|
| 指定网站走代理 | DOMAIN-SUFFIX,example.com,代理组名称 | 确认该域名及子域名确实需要同一策略 |
| 指定网站直连 | DOMAIN-SUFFIX,example.com,DIRECT | 先在连接页确认实际请求域名 |
| AI 服务按域名分流 | DOMAIN-SUFFIX,ai.example.com,AI代理组 | 确认 AI 服务使用的登录、接口和静态资源域名是否不同 |
| 广告域名拒绝 | DOMAIN-SUFFIX,ads.example.com,REJECT | 只使用已确认的广告域名，先观察是否误拦正常资源 |
| 局域网地址直连 | IP-CIDR,192.168.0.0/16,DIRECT,no-resolve | 确认地址段属于本地网络，且规则类型支持 no-resolve |
| Windows 应用分流 | PROCESS-NAME,example.exe,代理组名称 | 确认任务管理器中的实际进程名 |
| macOS 或 Linux 应用分流 | PROCESS-NAME,example,代理组名称 | 不要默认添加 .exe，先确认系统实际进程名 |
| 兜底规则 | MATCH,代理组名称 | 只放在最终规则位置；订阅已有 MATCH 时通常不要重复添加 |
no-resolve用于跳过目标 IP 规则触发的 DNS 解析；局域网 IP-CIDR 规则通常可以采用这一写法，避免为该类匹配额外触发解析。Mihomo 官方规则文档同时列出了 DOMAIN、DOMAIN-SUFFIX、GEOSITE、GEOIP、IP-CIDR、PROCESS-NAME 和 MATCH 等规则类型。Mihomo 官方文档：路由规则、进程匹配与 no-resolve
广告模板不建议使用宽泛的 DOMAIN-KEYWORD,ads,REJECT 作为长期规则，因为关键词可能出现在正常下载、上传或业务域名中。更安全的做法是使用明确域名后缀，或者引用你已经核实来源和内容的规则集，并在连接页逐条观察后再长期保留。
PROCESS-NAME 什么时候需要 TUN 或服务模式
PROCESS-NAME匹配的是系统识别到的进程名称；Windows 常见形式可能带有 .exe，macOS 和 Linux 通常不应直接照搬 Windows 的扩展名。Mihomo 官方示例同时展示了 Windows、Linux 和 Android 的进程名称写法，Android 还可以匹配包名。Mihomo 官方文档：PROCESS-NAME 规则示例
- 如果应用遵守系统代理，使用系统代理时可能已经能看到它的请求；先在连接页确认实际进程和域名。
- 如果应用不读取系统代理，单写 PROCESS-NAME 不一定能捕获它的流量。此时可考虑 TUN，使网络请求通过虚拟网卡重定向到代理内核。
- 官方名词说明指出，TUN 会处理重定向到虚拟网卡的 TCP 和 UDP 流量；服务模式的用途之一，是让非管理员用户启动 TUN 模式。
- 开启 TUN 后仍需检查系统权限、防火墙和客户端日志；不要把“规则已写入”误判为“应用流量一定已经进入内核”。
这意味着 PROCESS-NAME 本身不是“必须开启 TUN”的条件；是否需要 TUN，取决于目标应用是否经过系统代理，以及你是否需要接收它未遵守系统代理约定的流量。若浏览器能命中、目标桌面应用没有任何连接记录，优先检查应用代理行为和 TUN/服务模式。
直接改 YAML、编辑规则、扩展覆写怎么选
| 方式 | 适合场景 | 更新后的维护风险 | 建议 |
|---|---|---|---|
| 直接改 YAML | 需要完整掌控当前配置，且能自行维护 YAML | 直接改下载文件或缓存内容，订阅更新后可能被覆盖或结构变化 | 不适合新手作为第一选择 |
| 订阅卡片“编辑规则” | 单个订阅添加网站、应用或策略规则 | 官方文档说明该入口添加的规则不会因订阅更新而失效，但更新后仍应复核命中 | 单订阅最直接 |
| 扩展配置 Merge | 需要用 YAML 对配置进行覆写或合并，或让多订阅共享配置逻辑 | 受全局、订阅扩展顺序及应用设置接管字段影响 | 适合有 YAML 基础的用户 |
| 扩展脚本 Script | 需要用 JavaScript 对配置做更灵活的调整 | 脚本错误可能影响配置生成和调试 | 先备份并逐项验证 |
官方扩展文档说明，旧版本的 Merge 配置和 Script 配置在较新界面中对应扩展配置和扩展脚本；全局扩展与订阅扩展按既定顺序处理配置。官方中文界面也列出了全局扩展覆写配置、全局扩展脚本、订阅扩展入口和执行顺序。官方文档：扩展配置与扩展脚本 官方界面字段：扩展配置执行顺序
如果只是给一份订阅增加几条分流规则，优先使用“编辑规则”；如果需要跨多个订阅统一覆写，再考虑扩展配置或脚本。无论采用哪种方式，保存后都要查看运行时配置或连接页，不要只看编辑器中的文本。
保存后如何在连接页判断真的命中
- 保存规则后，确认当前订阅仍是“使用”状态；必要时执行重新激活或重新加载。
- 关闭目标网页或应用已有连接，再重新发起一次请求，避免旧连接让结果看起来没有变化。
- 打开“连接”页面，找到目标域名对应的请求记录并展开详情。
- 重点查看请求详情中的规则字段，确认不是订阅原有规则或最终
MATCH；同时查看链路字段，确认最终使用的是 DIRECT、REJECT 还是预期代理组。 - 如果当前版本的连接页不显示完整字段，改看日志或运行时配置预览，确认自定义规则是否已经合并，再用一个未写规则的域名做对照。
合格的验证结果应同时满足：目标请求出现；规则字段显示你添加的条件；链路字段显示预期策略；未写入规则的对照请求仍按默认配置处理。只有页面能打开，或客户端出现流量变化，都不足以证明具体规则已经命中。
一个页面可能同时请求登录域名、接口域名、静态资源域名和 CDN 域名。若连接页显示命中的不是你预期域名，应先记录实际请求，再决定补充 DOMAIN、DOMAIN-SUFFIX 或其他规则，不要直接扩大 DOMAIN-KEYWORD 范围。
规则仍然不生效：按这个顺序回退
- 回到订阅页面：确认编辑的订阅与当前运行的订阅是同一份。
- 检查运行时配置：查看运行时订阅或配置预览，确认规则已经合并，而不是只存在编辑器文本中。
- 检查前后置位置：需要覆盖默认规则时改用前置；后置规则可能已经错过匹配机会。
- 检查 MATCH：确认没有把 MATCH 放在前置第一行，也没有用它提前截断后续规则。
- 检查策略名：从代理组列表复制完整名称，避免 emoji、空格、大小写或符号差异。
- 检查规则条件：域名不要带
https://，PROCESS-NAME 不要直接套用其他系统格式，IP-CIDR 检查掩码和 no-resolve 设置。 - 检查代理入口：如果应用没有连接记录，确认系统代理或 TUN 是否真的接收了该应用流量。
- 查看日志：配置无法加载时，优先查看内核日志中的错误信息，而不是继续叠加规则。
如需升级或比对界面，版本号和安装包应以项目发布页为准；不要因为某个旧 Issue 或第三方教程的描述，就直接推断当前版本必然存在同样问题。官方仓库：Clash Verge Rev 发布页
本文与 Clash Verge Rev 项目及其开发者无隶属关系。界面名称、可用规则类型和行为可能随客户端或内核版本变化；遇到界面不一致时，以当前客户端和官方文档为准。
常见问题
Clash Verge Rev 开启规则模式后，为什么自定义规则仍然不生效？
规则模式只决定按配置规则匹配，不会自动生成你的自定义规则。请确认订阅已激活，从订阅卡片进入“编辑规则”，把需要覆盖默认行为的规则放在前置位置，再到连接页查看“规则”和“链路”字段。
前置规则和后置规则应该选哪个？
如果希望自定义规则覆盖订阅规则，优先使用前置规则；后置规则只适合补充订阅未命中的请求。规则按从上到下匹配，MATCH 通常只能放在最终位置。
规则里的代理组名称可以随便填写吗？
不可以。代理组名称需要与当前配置中的真实名称完全一致，包括空格、大小写、emoji 和其他符号。写错后配置可能无法加载或出现内核报错，应从代理组列表复制名称。
DOMAIN、DOMAIN-SUFFIX 和 DOMAIN-KEYWORD 怎么区别？
DOMAIN 匹配完整域名，DOMAIN-SUFFIX 匹配主域名及子域名，DOMAIN-KEYWORD 匹配包含关键词的域名。优先使用范围更小、更明确的 DOMAIN 或 DOMAIN-SUFFIX，避免宽泛关键词误匹配。
广告拦截可以直接写 DOMAIN-KEYWORD,ads,REJECT 吗？
不建议直接长期使用。ads 可能出现在正常下载、上传或业务域名中，造成误拦。更稳妥的方式是使用已经确认的广告域名后缀或规则集，并先在连接页观察实际命中结果。
PROCESS-NAME 规则一定需要 TUN 模式吗？
不一定。若应用遵守系统代理，系统代理可能已经能接收它的请求；若应用不读取系统代理，单写 PROCESS-NAME 可能没有连接记录，此时可考虑 TUN 或服务模式，并在连接页确认流量是否进入内核。
局域网 IP-CIDR 为什么建议加 no-resolve？
目标 IP 类规则在匹配域名请求时可能触发 DNS 解析，no-resolve 用于跳过这一步。局域网地址段可使用 IP-CIDR,192.168.0.0/16,DIRECT,no-resolve，但仍应确认地址段确实属于你的本地网络。
订阅更新后，自定义规则会不会消失？
官方文档说明，通过订阅配置文件菜单中的“编辑规则”添加的规则不会因订阅更新而失效。更新后仍建议查看运行时配置并重新访问测试目标，确认规则实际命中。