本文适合已经持有自己的服务商与订阅、需要整理 Shadowrocket（小火箭）Home 列表的用户。先按订阅来源建立可辨认的分组，再区分显示排序与实际连接选择，最后按“重复导入、手动副本、源内容重复”三条线排查。整理的目标是保留清楚的来源关系，而不是单纯让条目数量变少；本站不提供、不销售、不推荐节点或订阅。
先区分订阅来源、服务器条目与配置文件
多个订阅并不等于多个规则配置。Home 主要用于查看服务器、订阅分组和连接状态；Config 用于管理配置文件，规则匹配由当前启用的配置决定。把两个订阅放入 Home，不会自动合并它们可能附带的规则，也不会因为某个分组排在最上面，就让所有流量优先走该分组。
整理前先记录三件事：当前选中的服务器属于哪个来源、Global Routing 当前采用什么姿态、Config 中正在使用哪个配置。需要按规则分流时，应核对 Global Routing → Config。Proxy、Direct、Config、Scene 的作用不同，不能用切换姿态来代替订阅去重。
Home 中的来源
- 订阅记录
- 保存 URL，更新时重新获取来源内容。
- 服务器条目
- 保存协议、地址、端口与认证参数等连接信息。
- 手动副本
- 独立保存的条目，需要与订阅生成的条目分开识别。
名称相同只能说明显示文字相同，不能单凭名称删除。
Config 中的规则
- 入口
- Config → 当前使用的配置文件。
- 匹配方式
- Rule 自上而下检查，先命中的规则决定策略。
- 兜底关键字
- FINAL 用于前面未命中的流量。
整理订阅前先备份配置；删除来源不等于修复规则引用。
按来源分组：一条有效订阅保留一个入口
先使用来源名称区分订阅，而不是把所有服务器逐个改名。同一来源的两个不同套餐可以分别命名为“来源 A · 日常”和“来源 A · 备用”；不同来源则分别使用“来源 A”“来源 B”。这些是本地辨认用的备注示例，不表示服务质量或优先级。
-
记录现状
进入 Home，逐组记录订阅备注、条目数量和当前选中项。URL 只在本机核对，不把含 token 的完整内容写进公开笔记。
-
核对来源
从 Home 打开对应订阅的编辑界面，检查 URL 与 Remarks。新增时的入口为 Home → 右上角“+”→ Type → Subscribe；整理已有来源时不要再次新增同一 URL。
-
统一备注
在订阅编辑界面的 Remarks 中填写来源与用途，保存后回到 Home，确认分组标题能够区分。只改备注，不顺手改动 URL、认证参数或服务器端口。
-
逐组更新
使用对应订阅的更新操作，一次只更新一个来源。检查返回结果与条目变化，避免同时更新后无法判断是哪一组重新生成了重复内容。
-
验证再整理
在保留的分组中选中一个已知可用条目，按原来的路由方式验证连接。确认保留项有效后，再处理重复来源及失效条目。
URL 是凭据，不是分组名称
https://example.com/sub?token=xxxx只是格式示例，不能用于连接。真实链接的查询参数可能携带访问凭据；不要为让两条 URL 看起来相同而删除参数，也不要将不同 token 的链接未经核对就合并。
调整排序：把查找顺序与连接选择分开
列表排序解决“如何更快找到条目”，不等于改变实际出口。按名称排序适合有统一前缀的列表；按测试结果排序适合临时比较当前网络下的响应；手动排列适合保留自己的查找顺序。可用的排序操作以 Home 当前界面提供的选项为准，不要把某种顺序误当成自动故障切换。
先确定整理的是订阅分组顺序，还是某一组内部的服务器顺序。操作 Home 的排序或编辑入口后，应先观察一个小组的变化，再继续调整其他组。订阅更新可能按来源返回的顺序重建内容，本地排列能否保留需要在更新后复查；频繁变化的列表，来源备注比逐项手动排序更容易维护。
两种用途：日常查找与临时排查
日常查找
- 使用固定来源备注，先定位分组，再找组内条目。
- 按名称排列前先检查命名是否一致。
- 更新后确认常用条目仍存在且选中项正确。
临时排查
- 在同一 Wi-Fi 或蜂窝环境下比较测试结果。
- 把超时条目留待复测，不立即认定来源失效。
- 测试排序后仍需明确选择要使用的服务器。
排序影响列表展示；实际连接还要核对选中项、Global Routing 与当前规则策略。
测试响应时间只是当前网络与测试目标下的一次结果，不代表持续吞吐量，也不能证明某个条目可以访问所有目标。不要因一次排序中排名靠后就批量删除；先排除本地网络变化，再判断是否需要清理。
去除重复节点：先查来源，再比连接参数
“同名”与“相同连接”是两回事。不同协议可以使用同一个地址；相同地址与端口也可能配置不同认证信息。需要结合协议、服务器地址、端口、认证以及传输设置判断，不能只按显示名称或地区文字去重。
- 同一订阅导入两次：两个分组的 URL、内容与条目变化基本一致。确认保留组可更新后，删除多余的订阅记录，避免下一次更新再次生成整组内容。
- 订阅条目与手动副本并存：一份属于来源分组，另一份是独立添加的服务器。若手动副本只是历史测试用，确认没有规则策略依赖它后再删除。
- 不同来源返回相同连接：核对参数后再决定保留哪一份。若仍需独立维护两个来源，可以保留两组，但用备注说明，避免把来源关系混在一起。
- 同一来源内部重复：更新后仍出现相同内容，说明需要检查源返回内容。只删除本地子项通常不能阻止下次更新重新生成。
例如，两条 Trojan 记录即便都指向同一个地址的 443 端口，也可能使用不同密码或 TLS server name；两条 VLESS 记录还可能在 UUID、传输方式与相关参数上不同。只有逐项核对后才能判断是否确为重复。不要为了去重修改端口或关闭验证，这会改变连接条件，而非整理列表。
更新后重现，优先检查生成来源本地删除解决当前显示，来源整理解决后续更新。先确认多余记录由哪条订阅生成，再处理重复导入或源内容；不要连续反复删除同一批条目，却保留生成它们的重复订阅。
删除失效订阅：先确认失效范围，再移除来源
更新失败不等于订阅永久失效。超时可能来自当前网络路径；认证失败可能与链接失效或凭据变化有关；能够更新但部分连接失败，则需要单独检查服务器参数与可达性。先把“无法获取订阅”和“服务器无法连接”分开，避免误删仍能使用的来源。
- 在 Home 确认失败的是哪一组，记录错误提示与发生时的网络环境。
- 进入该订阅编辑界面，核对 URL 是否完整，尤其是查询参数是否被截断或多出空格。
- 若直连获取超时且已有可用代理，检查 Settings → Subscribe → Update via Proxy，再单独重试该来源；更改前记录原设置。
- 确认来源不再使用后，先切换到保留组中的有效服务器，再通过 Home 对应订阅记录的删除操作移除多余来源，核对确认框针对的是整条订阅还是单个服务器。
- 回到 Config 检查自定义策略是否引用已删除的名称，再验证原本需要直连和需要代理的目标。
有自动连接需求时，还要检查 Settings → On Demand。On Demand 控制触发连接的条件，不负责恢复已删除订阅；整理过程中即使连接自动建立，也不表示使用的就是刚刚保留的条目。最终应以 Home 当前选中项与实际匹配策略为准。
常见问题：更新、重名与连接变化
为什么删了重复节点，更新后又出现？
先回到 Home 确认它属于哪个订阅组。若同一 URL 被保存了两次，保留一条有效来源；若重复项来自同一份返回内容，本地删除不会修改源。不要通过再次导入来修复，否则可能增加第三份副本。
两个节点名字一样，能直接删一个吗？
不能只看名字。打开各自编辑界面，在本机比较协议、地址、端口、认证与传输参数；确认完全对应后，再检查其中一项是否被当前配置引用。向他人求助时不要展示密码、UUID 或完整订阅 URL。
为什么排到第一位，却没有用它连接？
排序不会代替选择。先在 Home 确认选中服务器，再检查 Global Routing；使用 Config 时还需核对当前配置的规则与策略组。若命中 DIRECT，调整服务器排列并不会改变该请求的直连结果。
订阅更新失败，要不要先删除重加？
先保留现有记录，核对 URL、错误提示及 Settings → Subscribe 中的更新设置。重新添加不会自动修复认证失败或网络超时，反而可能生成重复组。确认来源信息已变更时，再修改原记录并重试。