随着使用时间增加，客户端里可能留下旧套餐、临时节点和多份订阅。真正造成混乱的往往不是数量，而是不知道当前启用的是哪一份，以及一个节点属于哪个账户。建立清楚的命名和检查顺序，可以减少误删与错误更新。

先把三种“组”分开理解

订阅分组通常用于整理从某个地址获取的节点；完整配置文件可能还包含规则和代理组；策略组则决定连接最终选择哪个节点或处理方式。不同客户端的名称与组织方式并不完全相同，不能把一个软件的分组菜单照搬到另一个软件。

以订阅为单位分类，方便确认节点来源。以策略组为单位选择出口，则是在管理当前请求的路径。这两步互相关联，却不等于同一个开关。基础概念可以结合订阅与配置格式说明理解。

给每份配置留下用途和来源

  • 使用简短且可区分的名称，例如日常、备用或测试配置。
  • 记录属于哪个账户、适用设备和套餐到期时间，但不要把完整令牌写进备注。
  • 区分远程订阅与本地配置，避免以为本地副本会自动同步服务端变化。
  • 将自己改过的扩展规则单独记录，注明它依赖哪些策略组名称。

同名节点可能来自不同订阅，不宜只看列表文字就认为是同一条连接。服务商更新节点名称后，也要重新检查原有选择和规则引用是否仍然有效。

先确认更新结果，再选择使用对象

  1. 更新一份指定订阅，核对是否成功获取并解析内容。
  2. 查看节点列表变化，确认没有选到已经失效的旧配置。
  3. 切换到需要的配置或分组，再检查当前策略与活动节点。
  4. 重新进行一次常用任务，确认请求使用了预期出口。

保存了两份订阅，不代表它们会自动形成故障切换或负载均衡。是否能合并使用，以及如何选择节点，取决于客户端和实际配置。先把两份分别用明白，再考虑更复杂的组合。

合并前检查名称和规则依赖

合并节点时，重名、重复定义或失效的策略组引用可能让配置难以维护。全局扩展作用范围较大，把只适合某份订阅的规则放进去，可能影响另一份配置。应优先从最小范围的调整开始，查看最终配置是否符合预期。

不要因为看到“自动选择”就推断它一定适合所有网站。测试目标、更新间隔和组内候选都会影响行为；对于重要任务，先确认手动选择能够工作，再检查自动策略是否达到需要。

清理旧配置前保留恢复线索

确认不再使用的订阅已经到期或被替换，保存必要的个人备份后再从客户端移除。删除本地配置不等于取消服务商账户里的续费，也不等于重置已经泄露的订阅地址，这些动作应分别处理。

整理完成后，保留一份简单、能够正常连接的配置作为对照。扩展设置见自定义规则与覆写指南；换设备时按备份迁移清单恢复，就不必重新猜每份订阅的用途。