Clash Verge Rev 多配置怎么管理？订阅自动更新、切换与备份方法

把工作、日常、测试和备用订阅都叫 Profile 1、Profile 2，过一周就很难知道哪份可以删除。名称至少应包含来源或用途，再加一个容易识别的环境，例如“工作｜公司规则”“日常｜主订阅”“测试｜本地覆写”。不要把完整订阅域名、账号或 token 写进名称。

先区分三类东西：远程 Profile 会从 URL 更新；本地 Profile 只读取磁盘文件；Merge、Script 或覆写是在加载时修改最终配置。远程订阅正常，不代表覆写一定正常；切换 Profile 也不一定会停用全局覆写。

在开始自动更新前，选择当前最稳定的远程订阅，手动更新并直接加载，不启用额外 Merge 或 Script。固定一条可用节点，确认浏览器、常用应用、内部域名和 DNS 都正常。

保留这份不加覆写的 Profile，不要复制出很多名称相近的版本。以后某个覆写报 group not found 时，切回它就能确认原始订阅是否仍可用；如果它也失败，再检查下载、解析或服务端变化。

订阅通常只有在节点、流量信息或规则变化时才需要拉取。过短的间隔会增加服务端请求、耗电和失败通知，也可能在你工作途中把当前配置替换成一份暂时错误的响应。日常订阅可以从较保守的周期开始，频繁变化的测试源再单独缩短。

在 Clash Verge Rev 的 Profile 详情或订阅设置中调整自动更新时，先确认单位和下次执行时间。不同版本或导入方式显示的选项可能不同，因此不要照搬别人截图里的数字。最重要的是保留手动更新入口，并能看到最后成功时间与失败原因。

Profile 列表里的“更新成功”只说明远程请求和解析没有立即报错，不说明节点一定可用。手动刷新某一份后，先看更新时间、节点数量、策略组名称和流量提示有没有异常变化，再把它设为当前配置。

如果更新后节点从几十个变成零、策略组突然消失，或正文其实是登录页，不要继续切换。保留上一份正在运行的配置，查看 HTTP 状态和解析日志。自动更新也应遵守同一原则：失败时继续使用最后一份可用缓存，而不是把错误响应当成新配置。

全局 Merge 如果引用了“PROXY”“节点选择”等固定组名，切到另一家订阅后，这个组可能根本不存在，于是出现 proxy group not found。覆写内容应尽量少，并只引用各 Profile 都存在的字段和组名。

不同来源的组名和结构差异很大时，为它们分别维护覆写，不要强求一份脚本通吃。

调整覆写后要查看最终生成的 YAML。原始 Profile 里没有重复键，合并后仍可能出现；DNS、rules 和 proxy-groups 也可能被整段覆盖。

停用所有覆写，确认原始订阅可以加载，然后逐个启用。这样比同时阅读多项错误更容易找出是哪一项导致失败。

能恢复多配置工作流的备份至少有四部分：远程订阅地址、自己维护的本地 YAML、Merge 或 Script 文件，以及客户端版本、端口和当前 Profile 等少量设置。订阅地址放进密码管理器；本地配置和覆写放进加密归档；版本与设置可单独记成一页说明。

不要只复制 Clash Verge Rev 的整个缓存目录。缓存里可能有过期订阅、运行状态和旧内核，直接覆盖新安装会把问题一起恢复。需要回退时，先导入一份最近验证过的本地快照，在不覆盖主 Profile 的情况下确认能加载。

真正的备用配置最好来自独立且可信的来源。若主、备都指向同一服务、同一转换链，并在同一时间自动更新，它们会一起失败，不构成回退。本地快照含节点凭据，备份必须加密并设置保存期限。

可以在一次正常工作中依次验证：启动客户端、确认当前 Profile、手动更新主配置、完成一个真实任务、切到备用再切回、最后退出并检查系统代理恢复。所有步骤都可解释、可回退，Profile 多才真正带来方便；否则只是把同一份不确定性复制了几遍。