Clash更新订阅后规则失效？自定义设置这样保留

刚给某个网站设置了直连，更新一次机场订阅，设置却像没生效一样。遇到这种情况，先检查修改放在哪里，再看是否选中了正确配置，不必立刻换节点或重装软件。

本文以电脑端 Clash Verge Rev 为例，解决“自定义规则怎样在订阅更新后继续保留”这个问题。资料核对日期：2026 年 10 月 15 日；其他客户端的入口可能不同。

先分清订阅与自己的规则

订阅可以理解为服务商提供的连接清单和使用安排。自定义规则则像你另外写的路线要求：某个网站直接连接，或者交给某一组代理节点处理。

如果是在下载来的订阅原文里直接改，更新后就需要检查这些修改有没有被新内容覆盖。Clash Verge Rev 官方为这类需求提供了“编辑规则”入口，并明确说明，通过这里编辑的规则不会随订阅更新而失效。官方自定义规则说明

可以把服务商的内容和自己的小调整分开保存。这样需要更新节点时，个人使用习惯也更容易核对和恢复。

动手前，记下当前订阅名称、节点选择和准备修改的网站，保留一份能正常工作的配置。下面只添加一条简单规则：

入口和插入位置依据官方配置步骤。每次只加一条，先确认效果，再继续下一项，出问题时更容易找到刚才改了什么。

“域名”就是网站的名称部分，例如 www.example.com。这里只演示写法，实际使用时要换成你需要调整的网站名称。

例如，完整域名规则填 www.example.com，不会自动把 mail.example.com 也算进去；后缀规则填 example.com，则可以包括这两个名称。Mihomo 官方域名规则说明

选择代理分组时，沿用自己配置里实际存在的名称。别把别人的“自动选择”或“节点选择”原样照搬：自己的订阅没有这个分组，规则就无法按预期工作。

先确认软件处于“规则”模式。它按规则决定连接从哪里出去；“全局”和“直连”模式使用不同的安排，不能拿它们判断刚添加的分流规则是否生效。分流，就是让不同请求走不同路线。官方模式解释

再看规则顺序。规则通常从上往下检查，前面的匹配结果会影响后面的规则能否轮到。把特定网站的要求放在前面，更容易避免先被范围很大的规则接住；也不要在它前面放一条匹配所有请求的兜底规则。Mihomo 官方优先级说明

有些旧教程让人直接在“全局扩展配置”里粘贴一小段规则。这里的“扩展”可以理解为额外加到订阅上的调整，但不同内容的合并方式并不相同。

当前官方文档说明，扩展配置里写出的规则列表会整体替换对应列表，并不自动理解成“在原规则前增加一条”。如果只是为一份订阅加少量网站要求，优先使用前面的可视化编辑入口。官方扩展合并规则

希望所有订阅都保留同一组附加规则，又不替换原有列表时，项目维护者提供的方向是全局扩展脚本。新手可以等单份订阅的设置正常后，再按官方示例学习，不必一次完成全部高级调整。维护者答复

保存后重新打开目标网页，检查日常操作是否正常；再更新一次订阅，回到“编辑规则”查看条目是否还在，并重复相同操作。如果只在切换另一份订阅后失效，先确认那份订阅有没有自己的规则。

如果修改后异常，先撤回刚添加的那条，回到原来能工作的状态。记录订阅名称、修改内容和前后结果，比反复换节点更有帮助。做好这一步，日常科学上网和机场使用体验的排查就更有条理。