适用于已经持有自己的服务商与订阅、需要整理 Shadowrocket（小火箭）列表的用户。先确认每组条目的来源，再逐条更新、统一备注和排序，最后按服务器参数判断重复。整理的目标是保留可追溯的订阅入口，而不是单纯减少屏幕上的条目数量。
一、先区分订阅来源、服务器条目与 Config
订阅链接是获取服务器参数的入口，一条链接可能返回多个服务器条目。Home 中显示的服务器名称不是唯一标识；相同名称可以对应不同地址，同一个地址也可以使用不同端口或协议。判断重复之前，应先弄清这些条目属于哪一个订阅。
Config 管理的是配置文件及其规则、策略等内容。把两个订阅的备注改成不同名称，并不等于创建了两套路由规则；在 Home 调整列表顺序，也不会改变 Config 中规则的匹配顺序。Settings 则用于调整应用行为。三者应分别维护。
| 整理对象 | 检查内容 | 不应混淆的操作 |
|---|---|---|
| 订阅入口 | 来源、URL、备注、更新结果 | 重复添加与原入口更新不同 |
| 服务器条目 | Type、地址、端口、认证与传输参数 | 同名不代表同一连接 |
| Config | 当前启用的配置与策略引用 | 列表排序不会重排规则 |
| 连接状态 | 当前选中条目与 Global Routing | 显示在列表顶部不代表正在使用 |
例如，来源 A 有 12 个条目，来源 B 有 8 个条目，另有 2 个手动添加的条目，整理前应分别记录这三组数量。合计 22 个条目只是核对基线，不代表必须删到某个固定数字。后续若数量变化，应能追溯到具体来源。
二、按来源建立分组，避免重复导入
建议让每个有效订阅入口对应一个清楚的来源备注，例如“来源 A｜日常”和“来源 B｜备用”。备注只用于辨认，不写订阅 token、账户信息或完整链接。分组优先保留来源边界，不要仅因名称都带同一地区，就把不同来源误认为同一批内容。
-
盘点现有入口
打开 Home，查看已有订阅分组及备注。进入订阅编辑页核对 URL，确认同一个入口是否已经存在。已有入口需要刷新时，不再通过右上角“+”重新添加。
-
添加缺失来源
确实缺少入口时，进入 Home → 右上角“+”→ Type → Subscribe，在 URL 中粘贴用户已有的订阅链接，并在 Remarks 中填写可辨认的来源备注，然后保存。
-
逐条更新核对
回到 Home，使用下拉刷新更新订阅。首次整理时一次只处理一个来源，核对返回条目、错误提示和数量变化，避免同时操作多组后无法确认变化来自哪里。
-
保留原始记录
在自己的安全记录中保存来源与备注的对应关系。若需要记录排查结果，只写“来源 A：12 → 10”等变化，不把完整订阅链接放进截图或公开记录。
订阅更新的含义是从现有入口重新获取内容，不是再创建一个相同入口。服务商更换了订阅地址时，应先核对已有订阅编辑页中的 URL，再决定替换地址还是增加独立来源。两个链接只差 token，也不能仅凭外观判定它们相同。
三、排序只改变查找顺序，不决定实际路由
整理顺序应先按来源、再按用途，最后才看测试结果。需要调整订阅或服务器排列时，在 Home 对相应列表使用当前界面提供的编辑或排序操作；不同列表可用的排序项可能不同，不应把某处的拖动或排序能力推定到所有分组。操作后返回 Home，确认来源归属没有混淆。
若当前列表提供名称或延迟排序，名称排序适合定位固定条目，延迟排序适合一次性筛查。执行延迟排序前先完成同一批测试，不能把昨天在 Wi-Fi 下得到的结果与今天在蜂窝网络下的结果直接比较。某次测试靠前，也不代表持续吞吐量一定更高。
- 日常排列：常用来源在前、备用来源在后，备注保持稳定，便于更新后查找。
- 故障排查：先展开目标来源，只测试这一组，记录本地网络、时间和测试结果。
- 更新后复核：确认选中的条目仍存在；如果来源改了名称，再检查引用旧名称的策略。
- 无法手动重排：保留来源分组，用一致的备注辨认，不为追求顺序而重复导入整条订阅。
Global Routing 才是核对实际路由的入口。整理列表时不要顺手改变路由模式；需要对照测试时，先记录原模式与当前配置，测试完成后恢复。
Config
推荐按当前配置中的规则与策略处理连接，未命中前面规则的请求通常由 FINAL 承接。具体走向取决于配置，不是所有未命中请求都自动直连。
适合:已有可靠配置、需要保持日常分流行为
Proxy
采用代理路由模式，可用于与 Config 对照检查。代理目标仍应核对当前选择；切换模式不会自动筛选列表中的最快条目。
适合:短时排查规则与代理连接之间的差异
Direct
采用直连路由模式。它不适合验证某个代理条目的出口是否可用，列表中选中了服务器也不能替代路由模式检查。
适合:对照本地网络的直连访问结果
结论：先固定模式，再比较条目
在同一网络、同一 Global Routing 模式下逐个检查目标条目；只有列表位置发生变化时，不把访问结果变化直接归因于排序。
四、重复节点按参数核对，不按名称批量删除
重复有两种常见来源：同一订阅被添加了两次，或不同订阅返回了部分相同服务器。前者通常应清理多余订阅入口；后者先保留来源边界，再判断是否有必要处理单个条目。直接删名称相同的服务器，容易误删备用连接。
核对时进入服务器条目的编辑页，只查看，不随意改写参数。基础比较项包括 Type、服务器地址、端口和认证信息；还应比较 TLS、SNI、传输方式及相关参数。认证信息仅在本机核对，不复制到公开排查记录。
| 看到的情况 | 参数核对 | 处理方式 |
|---|---|---|
| 名称完全相同 | 地址不同 | 不是同一条目，保留并区分来源 |
| 地址相同 | 端口分别为 443 与 8443 | 连接入口不同，不按重复删除 |
| 地址与端口相同 | Type 或 SNI 不同 | 继续核对，不能只比较两项 |
| 两个分组内容相同 | 订阅 URL 也相同 | 确认无独立引用后清理多余入口 |
| 手动条目与订阅条目相同 | 完整连接参数一致 | 优先保留可更新且来源明确的一份 |
例如，两个 Trojan 条目都连接同一地址的 443 端口，但 SNI 不同，仍可能是不同配置；一个 VLESS 条目与一个 VMess 条目即使名称相同，也不是可直接合并的对象。协议名称与端口号都不是完整的去重依据。
五、删除失效订阅前，先排除更新通道问题
更新超时不等于订阅永久失效。先区分链接访问失败、认证失效、返回内容无法解析和服务器连接失败。前两类发生在获取订阅阶段，最后一类发生在使用服务器阶段。能成功刷新列表，也不保证其中每个服务器都能连接。
- 保留原 URL 与来源备注，在 Home 对目标订阅重新更新一次，记录具体提示，不连续重复添加。
- 在自己的服务商账户内核对链接是否被重置、授权是否有效。链接中的 token 属于敏感信息，不交给他人代测。
- 若本地网络无法访问订阅入口，而已有其他可用代理连接，可检查 Settings → Subscribe → Update via Proxy，并在代理实际可用时重试。
- 若更新成功但目标服务器连接失败，检查该条目的参数和测试结果，不先删除整组订阅。
- 确认来源已停用、地址已被替换或入口确实重复后，再在 Home 对目标订阅使用删除操作，并核对操作对象是整组还是单个条目。
启用 Update via Proxy 并不是修复所有更新错误的通用开关。如果当前代理本身不可用，依赖它更新还会形成循环故障。改变设置后只做一次有记录的重试；没有改善就恢复原设置，继续检查 URL、授权和网络可达性。
删除整组前，还要检查 Config 中是否引用该组内的具体名称。特别是使用自定义策略或固定服务器名称的配置，删除来源或更名后可能需要同步修正引用。不要为整理 Home 而批量改动 DOMAIN-SUFFIX、GEOIP、IP-CIDR 或 FINAL；这些关键字负责匹配流量，不负责清理订阅。
六、多个订阅管理中的常见问题
同一条订阅导入两次了，删哪一个？
先在两处订阅编辑页核对完整 URL，分别检查更新是否成功。保留备注清楚、当前可正常更新的一处；删除另一处前，确认它没有需要保留的独立设置或被配置引用的条目。完成后回到 Home 核对剩余来源与当前选中项。
改好的节点名字，为什么更新后又变了？
订阅刷新会重新获取来源返回的名称与参数，本地修改可能被刷新结果替换。优先维护订阅来源备注，不依赖逐个改名来维持长期分类；若配置引用具体名称，更新后检查该名称是否仍存在。
删了重复节点，下一次刷新又出现怎么办？
先确认是否仍保留两个相同订阅入口。如果只剩一个入口，说明远端内容仍包含这些条目；应检查来源侧可用的筛选设置，而不是反复手动删除。不同来源间的重叠也应分别保留可追溯记录。
排序第一的节点，为什么没有被使用？
回到 Home 核对选中项，再检查 Global Routing。使用 Config 时还要查看当前配置的匹配规则与策略选择。排序只是显示顺序；不能仅凭位于第一行就判断实际连接目标。
换到蜂窝网络后，原来的排序还可信吗？
来源备注仍可用于查找，但旧延迟结果不应直接作为新网络下的依据。在蜂窝网络中重新测试同一组目标，保持模式与测试条件一致。确认有持续异常后再换条目，不因一次超时删除整个订阅。
一次整理完成后，应能回答三个问题：每个订阅来自哪里、每次更新改变了哪些内容、当前连接实际由哪项策略决定。以后按“核对来源 → 更新 → 检查变化 → 测试连接”的顺序维护，比定期删除再全部导入更容易保留清晰记录。