刚把某个网站设成直连，或者把一个域名指定到某个策略组，用起来挺正常。过两天点了一下“更新订阅”，之前的设置却像没做过一样，又得重新改一遍。

**先别急着换机场。订阅能更新、节点也正常，只有自己加的规则不见了，优先检查规则保存在哪儿。**如果改的是下载下来的订阅原文件，下次重新下载时，你的改动就可能被新文件覆盖。

下面主要以 Clash Verge Rev 为例。其他 Clash、Mihomo 客户端可以参考这个思路，但保存规则的位置不一定相同，别照着一个客户端的菜单去找另一个。

为什么更新订阅会覆盖自己的设置？

先把三样东西分开看：

• 原始订阅：机场提供的配置，更新时会重新获取。
• 本地自定义设置：你希望保留的例外，比如指定域名直连。
• 实际运行配置：客户端处理这些设置后，交给内核使用的结果。

可以把订阅想成一份菜单，你的规则则是旁边贴的备注。重新拿一份菜单没问题，但如果把备注直接写在旧菜单上，换菜单时就容易一起丢掉。

所以，长期要保留的规则应该放到客户端支持的本地规则编辑功能里，而不是反复修改订阅缓存。也别只看原始 YAML 中有没有那一行：原始文件里没有、最终运行配置里有，也可能完全正常。

先确认真丢了，还是没有匹配上

“网页没有按我的想法走”和“规则被删除”，不是同一件事。

看到的情况	先检查什么
本地规则列表里已经找不到那条规则	当初是否直接改了订阅文件，或是否切换了订阅
规则还在，但网站仍走其他线路	规则顺序、域名匹配方式，以及是否处于规则模式
只在某一个订阅里有效	是否把规则保存在该订阅的专属设置中
更新后提示找不到策略组	自定义规则指向的组名是否仍然存在

排查前，先把现有自定义规则和相关扩展设置备份到本机。**完整配置、订阅地址可能带有访问凭据，别原样发到公开群或上传给陌生的在线工具。**需要求助时，只给出经过脱敏的报错和那条规则就行。

Clash Verge Rev：从“编辑规则”添加，不直接改下载文件

第一步：找到正在使用的订阅

打开订阅页面，先确认当前启用的是哪一个配置。主力、备用订阅长得很像，改了 A 却一直在用 B，很容易误以为规则没生效。

在目标订阅卡片上点击右键，找 “编辑规则”。这里才是这篇文章要用的入口，不是打开原始订阅文件然后直接加几行。不同版本的界面布局可能变化，名称和位置以实际界面为准。

第二步：只加一条容易验证的规则

先不要一口气塞进几百条规则。选一个你明确知道应该怎样处理的域名，填写规则类型、匹配内容和目标策略。

比如下面这行只是格式示例，不是让你原样照抄的上网方案：

DOMAIN-SUFFIX,example.com,DIRECT

它表示 example.com 及其子域名走直连。实际操作时，要换成自己的目标域名，别把 https://、页面路径或整条网址填进去。

DOMAIN 用于精确域名，DOMAIN-SUFFIX 用于域名及其子域名。DIRECT 是直连，不是“自动找一条更好的节点”；如果目标本来就不能直连，加一条直连规则不会让它神奇地打开。

如果要指向某个策略组，就从当前配置实际存在的组里选择。不要凭印象输入组名，也不要把其他订阅里的组名照搬过来。

第三步：通常选“前置规则”

针对已有订阅添加例外时，优先放在前置规则中，再保存设置。

原因很简单：规则通常从上往下匹配。你的例外放在后面，前面已经命中其他规则，后面的就轮不到。如果订阅末尾有兜底的 MATCH，把例外放到它后面尤其容易白忙活。

这也不代表把所有规则都往最上面堆。例外越多，越要知道每一条解决什么问题；两条互相冲突时，也要检查它们之间的先后顺序。

第四步：重载并用新连接验证

保存后，确认目标订阅仍处于启用状态；需要时重新加载该配置。测试分流时使用规则模式，不要开着全局模式再判断域名规则是否有效。

随后重新打开目标网页，或退出再打开需要测试的应用，让它发起新连接。如果客户端有连接记录，查看这次请求命中了哪条规则、走了哪个策略。旧连接可能还在沿用原来的路径，不能只凭已经打开的页面下结论。

最后手动更新一次订阅，再检查本地规则和新连接结果。能经得住一次订阅更新，才算确认规则保存方式用对了。

旧教程里的 prepend-rules，不要直接照搬

搜教程时，你可能看到“编辑 Merge 配置，再加 prepend-rules”的写法。Clash Verge Rev 的官方文档已经说明：从旧版本演变到现在，扩展配置和规则编辑入口的职责有所调整。旧示例不一定能直接用于当前版本。

对新手来说，要追加几条规则，优先使用上面的可视化规则编辑器，别先研究整份扩展脚本。

还要注意一个容易踩的坑：**在扩展配置里写一段 rules:，并不等于把这几行自动追加到原规则后面。**列表可能被整体替换。你本来只想加一个网站的例外，结果把订阅里的整套规则换成了几行，当然会出现其他网站也不对劲的情况。

如果你已经这样改过，先备份自己的内容，再撤销最近添加的扩展项并重载，确认原规则恢复。不要在报错状态下继续叠加网上搜来的配置。确实需要脚本做复杂处理时，再按对应版本的文档单独测试。

多个机场订阅，别共用一个不存在的组名

你给主力订阅加了“某域名走某策略组”，切到备用订阅后，那边不一定有同名组。规则文字没丢，但目标不存在，也一样不能按预期工作。

只有一份订阅要用的例外，先保存在它自己的规则设置中。准备放进全局扩展的规则，则要考虑所有启用配置是否都能处理目标策略。备份和迁移时，也应把原始订阅与个人规则分开保存。

如果正在安排主力、备用订阅，本站固定推荐资料里，99吧 的定位是便宜大碗、不限设备，适合入门和多设备使用，¥8 / 66G 起，可看 99吧深度测评；FlyBit 的定位是全节点 1 倍率、用多少扣多少、晚高峰稳定，¥15 / 128G 起，可看 FlyBit测速评测。具体选择也可以参考 机场推荐与选购说明。

不过，这里讨论的是本地规则保存，不是机场线路测评。**为了找回一条自定义规则而重新买订阅，通常不是第一步。**先把每份配置的个人设置理顺，更方便以后切换。

几个常见问题

关掉订阅更新，是不是就不会丢？

如果问题确实来自覆盖，暂时不更新可能让现象停止，但这只是绕开问题。机场调整节点、配置之后，你也可能一直拿着旧内容。更合适的做法是保留订阅更新，把长期需要的规则单独保存。

已经被覆盖的规则还能找回来吗？

先查本机备份、自己保存的笔记，以及客户端是否有可用的历史记录。没有备份就不一定能恢复，别指望重新下载订阅会把你的私人改动带回来。只记得部分内容时，先重建最必要的一两条，并逐条验证。

换电脑后，重新导入订阅就够了吗？

不一定。机场订阅提供的是远端内容，你在旧电脑保存的前置规则或扩展设置未必包含在里面。迁移时需要额外备份这些本地内容；导入新设备后，也要核对组名和客户端版本。

规则还在，但突然不好用了，怎么办？

先查是否切换了订阅、模式或策略组，再看连接记录。如果最近刚加过规则或扩展设置，先停用那一项验证，不要直接删除整份配置。这样既能找到原因，也不容易把原本正常的设置一起弄丢。

最后记住这条顺序

先确认启用的订阅，再检查规则保存位置，然后核对匹配顺序和目标策略，最后用更新后的新连接验证。

订阅负责给你最新的远端配置，本地规则负责保存你的个人例外。把两件事分开处理，通常就不用每次更新后重新改一遍了。