适用条件：替换前要保存哪些原文
本页没有单独给出规则集合的版本号字段或下载地址字段。能作为回退依据的，是当前配置里已经生效的两段原文：rules 中的引用行，以及必须存在的 rule-providers 配置。适用条件是：你准备更换某规则集合所指向的来源，但希望出问题后能恢复到替换前的引用关系。官方示例为 - RULE-SET,providername,proxy，并强调引用规则集合需配置 rule-providers。
保存对象不要扩大到无关块。「出站代理」「代理集合」「代理组」与规则集合不是同一配置。替换规则源时，未涉及的出站配置不必放进这份回退包。也不要把 GEOSITE、SUB-RULE 的片段误存成规则集合来源。MATCH 匹配所有请求、无需条件，它的位置属于 rules 顺序的一部分，应随引用行一起记下。
按引用名保存列表行与 providers 原文
第一步，在 rules 中定位所有第二段等于该集合名的 RULE-SET 行，整行复制保存，包括第三段策略。若同一名字被引用多次，每一行的策略和上下相邻规则都要一起记下，因为规则按从上到下匹配，孤立保存一行会丢失优先级。同时记下该行与 MATCH 的相对位置；替换后若把 RULE-SET 挪到 MATCH 之后，即使来源改对了也不会执行。
第二步，把 rule-providers 里与该名字对应的整段配置原文原样保存。本页只要求必须配置 rule-providers，并不列出其中的键名。因此保存时应复制现有文本的全部内容，而不是按记忆补写地址、间隔或格式字段。所谓原地址，在这里指这段原文里已经写明的来源信息，以及 RULE-SET 第二段所使用的名字；所谓版本，在本页没有独立字段，可用保存时的整段原文本身作为快照，避免只记一个无法对应回配置的数字。
第三步，把替换计划写成「只改 providers 中该名字下的来源，还是连 RULE-SET 的名字、策略一起改」。若新来源仍使用同一 providername，列表行可以不动；若新来源要换名字，必须同步改 RULE-SET 第二段，否则当前列表引用的仍是旧名。不要在保存完成前同时改名字和来源，否则无法判断回退应对哪一侧。逻辑规则或 SUB-RULE 里若间接提到该集合，也按括号完整保存，不要只抽其中一段。
判断依据与失败时下一步
判断依据：手头有替换前的完整 RULE-SET 行（含集合名与策略）；有对应 rule-providers 原文；能说明 MATCH 之前仍有该引用。这三样齐了，才具备按原文回退的条件。
失败时下一步：若只记下了集合名而没有整行策略，回退时可能恢复引用却走错出口，需从备份里补第三段。若只改了 rule-providers 却同时改了名字、又未保存旧名，把 rules 里现有 RULE-SET 第二段改回备份中的名字。若回退后请求仍不走该集合，先确认引用行仍在 MATCH 之前，且没有被更早规则截走，再考虑来源内容。不要用代理集合的备份覆盖 rule-providers，也不要在原文之外新增本页未出现的字段。需要立刻恢复时，用保存的 rules 相关行与 rule-providers 对应段整体覆盖，避免只恢复一半造成有集合无引用或有引用无 providers。