Clash更新订阅后自定义规则没了怎么办？怎样保留分流设置

2026年10月14日 30 次阅读

Clash更新订阅后自定义规则没了，先检查规则原文是否还在，再检查当前配置是否加载了它。直接修改下载得到的订阅文件，和通过客户端“编辑规则”保存自定义内容，是两种不同操作，排查顺序也不同。

下面以Clash Verge Rev为例。其他Clash系客户端的菜单和合并机制可能不同，不应照搬。若更新本身报错、旧节点还能用，先看订阅更新失败的排查方法。

记录客户端版本、当前选中的订阅名称、更新发生时间，以及一条具体失效规则。保存配置备份，截图或导出时遮住订阅令牌、节点凭据和控制接口密钥。

依次看三个位置：保存自定义内容的编辑器、供内核使用的最终配置，以及访问目标时的连接记录。只看网页能否打开，无法判断规则有没有丢失。

这个顺序能把“找回内容”和“恢复运行效果”分开。规则还在时，重新输入一遍未必有帮助；规则真被覆盖时，继续测速也找不回来。

在官方自定义规则说明中，右键订阅卡片后选择“编辑规则”，是保存订阅自定义规则的入口，该处内容不会因正常订阅更新而失效。

先确认选中了正确订阅，再添加一条容易验证的例外。例如，你要让某个指定网站直连，可添加完整域名规则：

DOMAIN,example.com,DIRECT

example.com只是格式示例，测试时替换成你实际要处理的域名。优先用可视化表单填写类型、域名与策略；高级编辑器若要求YAML列表，应按它显示的模板填写，不要把单行字符串整段替换进去。

只需要覆盖某个域名的默认走向时，可放在前置位置。保存后重新应用当前配置，检查最终规则列表是否出现该条，再测试目标。对分流整体概念不熟悉，可先读客户端分流设置说明。

“扩展配置”也能改配置，但不应理解为所有字段都会逐条追加。官方扩展文档说明，列表按整体替换处理，rules属于列表。

检查全局扩展与当前订阅扩展，尤其留意这样的片段：

rules:
  - MATCH,DIRECT

它表达的是一张只有兜底直连的规则列表。若参与最终配置的覆写，其他规则可能被替换。处理前保存原内容，确认这一段的用途；如果只是误复制来的模板，移除不需要的覆写字段，再重新应用并核对结果。

项目的问题记录#7526很有代表性：提交者起初怀疑升级导致规则丢失，随后确认自己的全局扩展里有顶层rules，纠正了原先判断。这是一个已更正的个案，不能拿标题证明某个版本普遍有缺陷。

自定义扩展写错，可能改变整份订阅的分流结果。独立保存能避免正常更新覆盖，却不能代替检查最终配置；不要把“不丢规则”写成“永远不会配坏”。

确认当前使用规则模式，再发起一次新的目标访问。全局模式使用的走向与规则模式不同；已有长连接也可能不反映刚保存的规则，应在新请求上观察。

规则按先后匹配，前面的条件已命中，后面的例外就没有机会。MATCH是兜底规则，放到例外之前，后续条目可能无法命中。完整域名、后缀和关键词规则的范围也不同，不要为了一个子域名把条件扩大到所有相似名称。

通过连接页面核对实际主机、命中规则和最终策略。网站首页、登录接口及图片资源可能是不同域名；首页走对了，不能证明整个页面所有请求都走对。

引用代理组时，还要确认组名在更新后的配置里存在，标点和空格一致。这里不需要改节点凭据，也不需要通过关闭证书校验“让规则生效”。

添加规则后，先保留一份备份，记录当前命中结果，再主动更新这份订阅一次。更新完成后按顺序检查：

第一项通过、后两项失败，说明内容保留了，仍需检查加载或匹配。全部通过，才算验证了“更新后继续有效”。

需要反馈时，提供版本、订阅名称的脱敏描述、编辑器与最终规则的差异，以及具体请求的命中结果。不要公开完整订阅配置；界面显示缺项与真正磁盘文件丢失也要分开描述。

以本文客户端为例，优先使用订阅卡片的“编辑规则”入口保存自己的例外。不要直接修改远程订阅下载文件；其他客户端应查对应的独立规则或覆写功能。

可以从一条完整域名规则开始，策略选择DIRECT，保存并应用后检查新请求。网站用了多个域名时，应根据连接记录补必要例外，避免一下放宽到所有请求。

检查选中订阅、最终配置中的规则，以及全局和订阅扩展有没有覆写列表。内容存在只能证明保存了，不能证明内核已经加载并命中。

先备份并比较最终配置、当前模式和覆写内容。确认版本问题前，不应只按一个反馈帖标题降级；提交者后续可能已经修正了归因。