Clash Verge Rev更新订阅后规则丢了？自定义规则的保存与验收

刚改好的分流规则，更新机场订阅后又失效，先检查修改保存在哪里。远程订阅内容、本地扩展与客户端最终使用的配置是不同层次；仅在某个编辑窗口里看见规则，不等于它会在更新后继续生效。

本文面向已经能够正常连接、只想保留少量个人分流规则的 Clash Verge Rev 用户。不同版本的菜单可能不同，操作前记录应用版本，并以对应官方文档和实际界面为准。

先保留能够正常工作的配置

不要一开始就粘贴整份网络配置。先记下当前生效订阅、代理模式、常用策略组和希望改变的一个域名；备份已有自定义内容，订阅链接等凭据单独私密保存。

例如，需求可以写成：“在规则模式下，让某个资料站使用已存在的策略组。”不要同时修改 DNS、端口、TUN 和多个脚本，否则出错后很难确认原因。

选择正确的保存位置

Clash Verge Rev 官方说明区分全局扩展与订阅扩展，并说明规则 prepend/append 功能位于订阅右键菜单的可视化编辑器。扩展配置和扩展脚本也有不同作用；客户端设置接管的部分字段还可能在处理后写回。扩展配置与脚本说明

可以按下面的需求做选择：

你的需求	首先检查的入口	特别注意
为当前订阅加一条分流规则	订阅右键菜单中的“编辑规则”	当前版本是否提供该入口
只调整某一个订阅的配置	订阅扩展	切到别的订阅不应被误认为仍生效
多个订阅都需要同类调整	全局扩展	不同订阅的策略组名称可能不同
修改客户端接管的设置	应用设置及官方优先级说明	不要只改扩展后反复覆盖

如果正在阅读的教程仍要求把旧版字段直接放进某个 Merge 文件，先核对其适用版本。菜单名称类似，不能证明处理方式完全一致。

只添加一条可以解释的规则

mihomo 文档说明规则按从上到下的顺序匹配，并列出了 DOMAIN、DOMAIN-SUFFIX 等规则形式。路由规则说明

因此，保存个人规则时需要同时检查“放在哪里”和“指向谁”。放在末尾的规则可能不会被实际请求命中；指向不存在策略组的规则，也不能仅凭语法看起来正确就通过验收。

下面只说明字段关系，不是可以直接复制的真实网站配置：

DOMAIN,目标网站域名,当前配置中确实存在的策略组

将占位文字替换为自己的实际值。第一次修改优先使用一个具体域名，确认行为后再考虑是否需要后缀范围。不要为了让测试通过，直接把大范围网站改成直连或放开全部流量。

用四步确认更新后仍有效

1. 保存后检查最终配置。 使用客户端提供的查看配置或日志入口，确认目标规则和引用的策略名称存在；如果报错，先恢复备份。
2. 发起一条新请求。 打开一个新的目标页面请求，在连接记录里核对目标、命中规则与实际策略。
3. 主动更新当前订阅。 更新结束后重新检查当前生效订阅，避免在更新了 A 的同时实际使用 B。
4. 重复同一目标测试。 记录更新前后规则是否仍在、实际出站是否符合预期，再重启客户端检查一次。

这些步骤是本文建议的验收流程。没有完成连接记录核对时，应写“规则已保存，出站待验证”，而不是直接宣布分流成功。

三种常见结果怎么处理

规则还在，但请求走了别处： 先看是否处于规则模式，再检查命中顺序和实际访问域名。页面可能还访问其他域名，单个域名的规则不能代表整站所有资源。

更新后找不到规则： 核对是否只改了下载得到的订阅原文，或扩展附在另一份订阅上。恢复备份时只恢复必要修改，不覆盖新订阅中的全部节点信息。

换订阅就出错： 检查全局规则引用的策略名称在新订阅是否存在。适用于一个服务的策略名称，不宜默认适用于所有服务。

如果仍有异常，向支持方提供应用版本、规则类型、修改入口和脱敏后的报错；不要公开整份订阅或访问令牌。保留“更新前能用、更新后仍能用”的证据，比堆积大量自定义规则更有用。