昨天加的直连规则今天不见了，未必是保存失败。订阅更新会重新生成或替换配置，写在受管理文件里的个人修改可能随之消失。解决问题的第一步，是确认你编辑的是源文件、覆写文件，还是最终运行配置。
先画出配置生成顺序
常见过程是下载订阅、应用本地覆写、生成最终配置，再交给内核。客户端之间具体机制不同，名称可能是合并、覆写或脚本。不要把某款客户端的示例直接视为所有客户端都支持的格式。
查看当前配置预览与日志，确认真正送入内核的内容。编辑界面里有一条规则，并不代表它已经出现在最终结果中。反过来，直接修改最终文件也可能在下次重启后被重新生成。
Clash Party 与 Clash Verge 的覆写不要混着用
Clash Party（原 Mihomo Party）和 Clash Verge Rev 都有配置管理功能，但客户端的合并、覆写和脚本入口应分别核对。相同的 Mihomo 规则可以表达同一意图，不代表两个客户端的覆写文件、存放位置和生成流程完全相同。迁移时先保留原始订阅，再逐项重建个人改动，最后看运行配置是否与预期一致。
个人改动尽量保持小而明确
先列出需要保留的规则、端口或 DNS 项，再按客户端文档选择对应覆写方式。记录每项修改的用途，避免把别人的整份配置作为覆写嵌套进来，造成代理组重名或字段覆盖。
列表合并尤其需要核对顺序。自定义规则被追加在 MATCH 之后，看起来保存成功，实际上可能永远没有机会命中。规则位置比“文件里能搜到”更能说明是否有效。
用两次操作验收
先重新加载配置，发起目标请求，确认命中预期规则；然后手动更新一次订阅，再重复相同测试。如果两次都正确，才说明你的改动能跨过这条更新路径保留下来。
最后导出或备份覆写文件。备份里可能含订阅地址和账户信息，应与普通截图分开保存。升级客户端后也重新做一次更新验收，因为生成流程变化时，旧的覆写方式可能需要迁移。