官方手册 / 订阅与服务器管理
Shadowrocket 订阅与服务器管理手册
先辨认导入对象，再核对字段、维护更新与保存备份。本页按管理任务查阅，不把“列表里出现条目”当作“连接已经正常”。
首次使用请先沿着入门指南完成导入、选择与连接的主线；本页用于处理主线之外的字段差异、重复条目、更新失败和恢复问题。已经知道故障发生在哪一步时，可直接从目录进入对应章节。
一、Subscribe 订阅入口与首次导入
订阅的作用是把一个远端地址提供的服务器集合带入客户端，并保留后续更新的关联。单个服务器条目则只描述一个连接目标，两者不能因为都能“添加”就混用。导入前先确认收到的是订阅地址、单条分享链接，还是完整配置文本；网页标题和文件后缀只能作为线索，最终应以服务商给出的用途说明为准。
先区分订阅、服务器与配置
订阅负责管理服务器集合，服务器条目保存连接参数，Config（配置）负责规则等配置内容。把订阅导入成功，不代表已经替换了 Config（配置）中的规则；导入一个配置文件，也不能据此认定服务器凭据已经齐全。先写下此次要改变的是哪一层，操作后只检查这一层的结果，可以避免把参数缺失误判成分流问题。
准备导入时，从你的服务商处获取完整订阅链接。不要把说明页地址、登录页地址或浏览器地址栏中经过跳转的页面直接当作订阅地址。链接可能在问号后携带身份参数，复制时必须包含整段内容。聊天工具中的省略显示不一定代表复制结果完整，建议在本地受保护的文本中核对开头、结尾以及是否混入换行。
在 Add Server 中选择 Subscribe
- 进入 Home（首页），使用添加入口打开 Add Server（添加服务器）。
- 在 Type（类型）中选择 Subscribe（订阅），不要在普通协议类型下粘贴整个订阅地址。
- 把完整地址填入 URL（地址）字段，设置便于辨认且不包含凭据的备注，再保存。
- 等待请求与解析结束，返回 Home（首页），检查订阅分组及其下属服务器是否出现。
不同界面布局下，添加按钮的位置可能不同，但判断依据始终是类型已切换为 Subscribe（订阅），地址进入专门的订阅字段。保存前先检查有没有多余引号、空格或说明文字；不要为了“修复格式”随意删除问号后的参数，也不要把地址改成看起来更整齐的形式。
https://example.com/sub?token=xxxx上例只说明“地址加查询参数”的结构。真正使用时，路径、参数名称和凭据均应保持收到时的完整内容。这个地址与订阅返回的服务器地址不是同一概念：前者用于取得列表，后者才是连接目标。因此，订阅请求失败与服务器连接失败需要分开检查，不能用其中一次测试替代另一次。
首次导入后的验收与失败分支
导入后至少核对三个结果：分组备注是否正确、列表是否包含预期条目、任取一个条目的协议与地址是否合理。服务器数量只能帮助发现明显异常，不能单凭数量判断订阅质量或连接状态。先选择一个条目做后续连接验证，再决定是否需要调整规则；此时不要同时打开多个自动连接选项，以免难以辨认实际使用的对象。
如果保存后列表为空，先保留错误提示并复查原地址。返回登录页面、提示凭据失效或返回无法解析的正文，属于订阅响应问题；已经出现条目却连接失败，属于后续连接问题。不要连续新增相同订阅来尝试刷新，否则只是增加重复分组。按订阅更新失败与空列表自查清单逐项定位，确认问题层次后再重试。
对于已有其他订阅的设备，首次导入前还应记住原来选中的服务器和当前路由姿态。新增集合不应成为删除旧集合的理由；只有新集合完成验证后，才进入整理阶段。这样即使导入结果不符合预期，也能回到原有可核对的状态，而不必从头重建全部设置。
二、Add Server 手填字段与协议核对
手填适合已有完整参数、只需添加少量服务器，或需要逐项查找分享链接导入差异的情况。进入 Add Server（添加服务器）后，先选择正确的 Type（类型），再填写该类型实际出现的字段。协议一旦选错，相同名称的字段也未必具有相同含义；不要先填完地址和密码，再凭经验切换类型。
公共字段先保证一致
Address（地址）填写服务器域名或指定地址，不是订阅链接，也不是带有登录路径的网页。Port（端口）是服务端监听的端口，不能因为启用 TLS 就自动认定为某个固定值。Remarks（备注）用于本地辨认，不参与身份验证。手填之前把原始参数与界面并排核对，尤其注意数字零与字母、半角符号和复制附带的空格。
| 字段类别 | 核对内容 | 常见误填 |
|---|---|---|
| Address / Port | 连接目标与监听端口 | 填入订阅地址或网页路径 |
| Password / UUID | 所选协议要求的身份参数 | 漏字符、前后空格、字段混用 |
| TLS / Server Name | 加密设置与证书名称要求 | 把连接地址直接当作证书名称 |
| Transport / Host / Path | 传输方式及其附加参数 | 遗漏路径或擅自更改大小写 |
上表用于解释字段类别，不表示所有协议都会出现同一套选项。某一项没有显示时，先确认类型与传输方式，而不是找另一个名字相近的输入框代填。服务商没有提供的参数应先核实是否需要，不要用网上的通用示例补成一份看似完整的配置。
身份、传输与 TLS 分层填写
Shadowsocks 需要核对加密方式与密码；VMess 需要核对 UUID，以及参数中明确给出的相关选项；VLESS 需要核对 UUID、传输与安全设置；Trojan 需要核对密码及 TLS 相关参数。名称相似不代表可以相互替换。对于 VMess 与 VLESS 的字段区别，可先阅读手填字段对照说明，再回到具体参数逐项检查。
传输方式与协议类型属于不同层次。例如使用 WebSocket 时，Host（主机）与 Path（路径）可能都是必要信息；路径中的斜杠、大小写和查询部分应按原值保留。TLS 的 Server Name（服务器名称）用于相关名称验证，可能与 Address（地址）不同。连接目标、传输请求中的主机信息和证书名称各有用途，不应因为它们看起来都像域名就统一修改。
遇到证书错误时，不要把跳过验证当成常规修复。先核对设备时间、证书名称与服务商要求，再检查参数是否被改写。如果错误来自服务端证书配置，客户端反复更换密码不能解决。排错时记录提示所在阶段，比只记录“不能用”更有价值，也能避免在无关字段之间来回试验。
特殊协议与保存后的对照
WireGuard 的密钥、对端信息、地址与路由参数需要作为一组理解，不能按“地址加密码”的思路简化。Hysteria2 还涉及基于 UDP 的传输条件，单次普通连通测试不能覆盖其全部要求。面对这些协议，应按收到的完整参数说明填写；没有明确依据时，不改动带宽、路由或底层传输选项来尝试提高速度。
保存后重新打开刚添加的条目，检查类型、地址、端口及传输选项是否仍与原始内容一致。密码字段可能被遮蔽，不要为截图方便把敏感内容全部展开。若同时有一条由分享链接导入的条目，可用它辅助比较字段映射，但不要假定导入结果天然正确；最终仍以完整的服务端参数为依据。
排查手填错误时一次只修改一个字段，修改前记下旧值，修改后执行同一种验证。若连续改变地址、端口和 TLS 设置，即使连接恢复，也无法知道真正原因。成功后把必要差异记入私密记录，并将用途写进备注；不要把密码、UUID 或完整密钥放进备注，以免在列表截图中泄露。
三、Scan QR Code 扫码与剪贴板导入
扫码与剪贴板只是把文本送入客户端的不同方式，不会改变文本本身的用途。二维码可以承载单个服务器分享链接，也可以承载订阅地址；剪贴板同样可能包含网址、配置片段或多行内容。执行导入前，先确认预期得到一个条目还是一组条目，再根据识别结果选择处理方式，避免把识别成功误认为添加对象正确。
扫码前先确认内容边界
使用 Scan QR Code（扫描二维码）时，让二维码完整进入取景范围，保持边缘清楚，避免反光或过度缩放。系统请求相机权限时，按此次扫码需要决定是否允许；若此前拒绝，可到系统对应权限设置中检查。相机权限只关系到扫描入口，不会替代 VPN 配置授权，也不能说明连接是否可用。
二维码显示在另一台设备上时，可直接扫描；若保存在当前设备照片中，应在扫码入口确实提供图片识别功能时使用该功能。界面没有这一选项时，改用服务商同时给出的原始文本，不要反复拍摄屏幕或通过不明转换页面处理。二维码图片本身可能包含凭据，保存、传输和展示时应按敏感信息管理。
识别后先读结果摘要：是打开 Add Server（添加服务器），还是识别为 Subscribe（订阅）地址；地址与备注是否符合预期；有没有要求跳转到无关页面。遇到与预期不同的对象时先取消，回到原始说明确认。能够解码只表示图像里的字符被读出，不表示这些字符适合当前导入入口。
剪贴板导入要检查完整性
复制分享文本后，使用客户端实际提供的剪贴板导入入口；如果系统询问是否允许粘贴，按本次操作授权。复制完成与成功粘贴是两个步骤：剪贴板可能被之后的一次复制覆盖，也可能只保存了可见标题而非实际链接。导入没有反应时，先确认当前剪贴板内容类型，而不是立即重新安装客户端。
多行文本尤其容易出现边界问题。一条分享链接通常需要保持完整，自动换行显示与真实换行字符也不是一回事。复制内容中若夹有说明段、列表序号或引号，先取出明确的链接主体；若内容本来就是需要整体导入的配置，则不能擅自删除段落。对象不同，清理方式也不同，不能用同一种删减规则处理所有文本。
- 核对原始内容说明，确认它属于订阅、单条分享链接还是配置。
- 复制完整主体，避免把段落说明一起带入。
- 使用匹配的导入入口，阅读识别结果后再确认保存。
- 返回列表检查新增对象，确认没有重复添加原有条目。
识别失败与权限问题分开处理
扫码失败但原始文本能够导入，通常应优先检查图像清晰度与二维码完整性；原始文本也不能识别时，再检查链接前缀、字符截断与协议支持情况。不要把二维码角落裁掉后继续尝试，因为图案留白和定位结构都参与识别。一次只更换图像条件或文本内容中的一个因素，才能判断是哪一步发生变化。
若粘贴入口读不到内容，先检查是否完成系统授权，以及复制后是否切换到了其他会改写剪贴板的操作。若能够识别却保存后失败，则继续检查参数与响应，而不是停留在权限层面。权限解决的是“能不能读取”，参数解决的是“读到的内容能不能使用”，两者应分别验收。
导入完成后可以复制一段普通文字覆盖当前剪贴板，减少后续误粘贴的机会，但这不等于删除所有历史记录或跨设备副本。临时图片、聊天附件与其他设备上的副本仍需分别管理。若内容已经被公开传播，单纯清空剪贴板不能撤销访问，应从你的服务商处获取凭据处理办法，再验证旧凭据的状态。
五、订阅更新策略与失败恢复
更新订阅是再次请求原地址，并依据返回内容调整该订阅关联的服务器集合。它不是刷新整个客户端，也不是更新 App Store 中的应用。先分清要更新的是服务器列表、Config（配置）内容，还是应用本身，再进入对应入口；三个对象的更新时间与失败原因并不相同。
更新前保留可比较的状态
手动更新前，记下当前订阅备注、选中条目及列表的大致结构。若正在使用其中一个服务器，还应留意更新可能删除或改名该条目，导致原选择不再对应同一对象。重要操作前保留有效信息的私密副本，比更新失败后凭记忆重建更稳妥；但备份不应只是一张看不到完整字段的列表截图。
更新入口应针对已有订阅执行，不需要每次重新添加相同 URL（地址）。完成后检查错误提示、条目变化与当前选择，不要只看界面短暂出现的刷新动画。即使列表看起来相同，也可能是远端内容没有变化；这不能独立证明请求失败。反过来，条目数量改变也不说明全部参数都已符合预期。
按请求、响应、解析三层排错
第一层检查请求能否到达订阅地址，包括当前网络、域名解析与连接是否正常。第二层检查返回的是否为预期内容，而非登录提示、访问错误或凭据失效说明。第三层才是解析：内容是否为空、格式是否受支持、文本是否截断。分层处理能避免看到“更新失败”就直接修改服务器密码，而后者通常不参与订阅请求本身。
如果仅在某个网络环境下失败，先在条件允许时用另一种已有网络验证，再对比错误阶段。不要把完整订阅地址粘到公开检测工具中，因为查询参数可能就是访问凭据。浏览器显示了正文，也只能证明浏览器此次拿到了内容，不能保证客户端请求使用了完全相同的网络条件与响应格式。
若提示与账户状态或凭据有关，应从你的服务商处获取当前有效信息，确认是否需要替换订阅地址。不要通过删掉查询参数、改短路径或调整大小写来试探。若必须更换地址，先记录原分组与当前选择，修改后核对新列表，再处理重复内容。原地址失效与新地址可用是两个需要分别确认的结果。
自动更新以可追踪为原则
如设置中提供订阅自动更新选项，先阅读它的触发条件，再根据实际需要启用。系统后台执行受设备状态与系统调度影响，不能把自动更新理解成严格按时执行的任务。长时间没有打开应用、网络切换或后台受限时，都应以实际列表与手动检查结果为准，不依据预设时间推断已经更新成功。
也不需要为了“保持最新”反复高频请求。过密的尝试会让前后状态难以比较，还可能遇到远端请求限制。排错时先关闭重复操作的循环，保存一次完整错误信息，检查后再执行一次可追踪的重试。恢复正常后，选取一个条目做连接验证，确认更新并未改变原来依赖的参数或选择关系。
若更新后列表为空，先停止继续整理与删除，保留尚可使用的原有信息。空列表可能来自远端实际返回空内容，也可能来自格式或身份问题；不能只凭界面空白判断。按五步自查清单检查，恢复后再比较前后条目。详细错误分类也可在常见问题中继续查阅。
最后为更新建立一个简单记录：执行原因、是否成功、列表是否变化、连接是否复测。记录不需要包含凭据，也不应编造固定更新周期。它的作用是在下一次异常时提供可比较的起点，而不是把每次变化都归因于客户端设置。
六、多订阅整理与配置关系
多订阅管理的重点不是把所有条目混成一张更长的列表，而是保留来源边界、明确当前选择，并让更新与删除都有可追踪的归属。整理前先区分订阅管理的条目与手动添加的条目；名称相同也不意味着它们属于同一个集合，地址相同也不能单独证明两条记录完全等价。
备注记录用途，不记录秘密
订阅备注适合采用自己能理解的用途与编号，例如“日常连接 A”“备用测试 B”。不必在备注里堆叠所有协议字段，也不要加入密码、完整订阅地址或身份参数。服务器显示名称可能由远端内容决定并随更新变化，因此本地管理记录应关注“属于哪个订阅、用于什么任务”，而不是仅记住某个条目的名字。
重复条目通常来自重复导入、同时保留手动与订阅副本，或不同集合恰好包含相同连接目标。判断重复时，至少比较协议、地址、端口、身份与传输设置；两条记录可能只有某一个路径或证书名称不同，却决定了能否连接。不要因为列表名称一致就批量删除，也不要为了让列表整齐而改写远端提供的参数。
需要保留手动副本时，给它清楚标注用途，并记录它不会自动跟随原订阅变化。需要清理重复订阅时，先确定哪一组拥有有效更新地址、当前选择属于哪组，以及另一组是否保存了独有条目。确认后再删除多余对象，并在下一次更新后复查，避免重复项只是暂时被隐藏而没有真正消除。
服务器集合与 Global Routing 分开管理
Global Routing（全局路由）决定流量采用哪种总体处理姿态，不能替代订阅管理。增加一个订阅不会自动把它变成当前连接目标，也不会自动重写规则。排错时先确认姿态，再确认选中的服务器与配置，最后才分析具体规则；把这些层次混在一起，容易产生“已经切换订阅却没有变化”的误判。
| 界面姿态 | 中文说明 | 管理时的检查点 |
|---|---|---|
| Config | 配置：依据当前配置与规则处理 | 确认实际启用的配置和策略引用 |
| Proxy | 代理：采用代理姿态处理 | 确认当前选中的有效服务器 |
| Direct | 直连：采用直连姿态处理 | 不要以此验证代理服务器是否正常 |
表格描述的是路由姿态，不是对所有系统流量细节的绝对承诺；具体处理还与系统及相关设置有关。若在 Direct（直连）姿态下访问正常，不能据此认定刚导入的服务器可用。若在 Config（配置）姿态下某个目标使用 DIRECT，也不能把这次访问当作代理连接测试。验证时必须知道流量实际采用的策略。
配置引用与自动连接也要核对
配置中若按名称引用服务器或策略组，更新导致名称变化时，需要重新核对引用关系。不能假设新条目会自动承接旧名字的全部用途。编辑配置前先备份，再检查引用、规则顺序与兜底策略；一次只调整一处，避免同时更换配置与整个订阅后无法比较结果。
On Demand（按需连接）是系统条件下触发连接的相关设置，不是订阅刷新器。整理或切换时，若连接被自动重新建立，应同时检查是否启用了该功能，而不是把现象归因于列表保存失败。需要做可重复测试时，先明确自动连接状态，测试结束再恢复自己原来的设置，避免留下与日常使用不同的行为。
建议整理顺序是先命名、再核对归属、再验证当前选择，最后删除确实不需要的对象。每完成一个阶段就返回 Home（首页）检查结果。这样即使某个分组失效，也只需要处理对应集合，不会因为一次清理动作破坏全部手动记录与配置引用。
多设备之间也应使用一致的用途说明，但不要假定它们的列表、选择与配置已经同步。需要在 iPhone 与 iPad 上复现同一结果时，应分别核对订阅、当前条目和路由姿态。系统要求与设备兼容性以 App Store 页面标注为准，获取说明见iPad 下载与首次打开。
七、Connectivity Test 延迟测试与排序
Connectivity Test（连通性测试）的结果只描述某种测试方法在某次条件下的表现，不等于所有网站、所有协议流量或持续传输都正常。测试前先确认测试对象、方法与当前网络，测试后再进行实际访问验证。列表里的数值适合辅助筛查，不适合被当作长期稳定性或传输速度的保证。
先明确测试测到了哪一层
连接目标能够响应，说明部分网络路径可能可达；通过代理完成一个请求，则还涉及身份、加密、传输与目标访问。不同测试方法覆盖的层次不同，不能把一种测试成功直接套用到另一种条件。若测试界面允许选择方法，应先读懂当前方法，再用相同方法比较同一组条目，不把不同条件的结果混在一次排序里。
某条记录超时，也不必立即删除。可能是该目标暂时无响应、当前网络限制了相关传输、解析失败，或测试请求本身不能代表实际业务。先用同一网络复测一个已知状态的条目作为参照，再检查失败是否集中在某类协议。只有共同条件明确后，才适合回到 Add Server（添加服务器）逐项核对参数。
建立可重复的比较过程
- 记录当前网络与 Global Routing（全局路由）姿态，确认没有同时更新列表。
- 使用同一种测试方法检查需要比较的条目，避免测试过程中切换网络。
- 对异常结果复测，观察是否持续出现，而不只保留最好的一次。
- 选择一个条目建立连接，再通过实际任务确认解析与访问结果。
比较时尽量缩小变量：不要一边下载大量内容，一边把数值变化归因于服务器；也不要在无线网络与蜂窝网络之间切换后继续沿用同一张比较表。数值会随时段、拥塞与目标变化，记录测试条件比保存一个孤立数值更有用。为排错而测试，应追求可解释，不应追求最低的显示结果。
对 Hysteria2 之类涉及 UDP 的协议，普通连接响应不能覆盖传输条件；对采用不同传输的条目，也不能仅凭同一项简单测试就判定优劣。有关协议设计与适用边界，可阅读Hysteria2 与 QUIC 基础说明。管理决策应结合实际任务与重复观察，而不是依据协议名称预先下结论。
排序只改变浏览顺序
当界面提供按测试结果排序时，先检查排序范围是当前分组还是全部条目。排序后重新确认选中标记，不要把列表第一项自动视为当前连接对象。订阅再次更新也可能改变列表顺序或显示名称，因此日常使用应依靠明确选择，而不是记忆“上次排在最上面的一条”。
数值较低只意味着该次测试更快完成，不代表大文件传输更快，也不说明长连接更稳定。需要完成某项任务时，先确认实际访问能正常进行，再观察是否持续中断。频繁切换条目会同时改变路径和连接状态，反而不利于定位；选取少量候选逐一验证，比不断全量排序更容易得到可靠结论。
延迟正常但网页打不开
此时先检查是否真的选中了被测试的条目，Global Routing（全局路由）是否符合测试目的，以及相关目标是否在 Config（配置）中匹配了其他策略。再区分域名解析失败、连接超时与证书错误。错误阶段不同，处理方向也不同；不要因为列表存在数值，就跳过 DNS 与规则检查，直接重填全部身份参数。
若只有域名访问失败，可沿着DNS 设置与网页打不开排查顺序检查，但不建议把临时地址访问当作长期解决方式，因为证书、目标分发与应用请求仍可能依赖域名。若所有实际访问都失败，则回到协议、传输与网络条件逐层核对，不要在没有证据时反复切换路由规则。
向他人描述异常时，提供测试方法、发生条件、错误阶段及已完成的检查即可。隐藏地址与凭据后，仍能说明“订阅能更新、条目能测试、某类访问失败”这条证据链。这样的记录比一张只有延迟数值的截图更有助于缩小问题范围。
八、删除、备份与重新导入的验收
删除前先确定对象层级：删除一个服务器、删除一个订阅集合、移除某份 Config（配置），以及删除应用，都不是同一操作。先看确认提示描述的对象与范围，再决定是否继续。不要把“重新添加也很快”当作备份，因为远端地址可能失效，手动修改也未必能从订阅重新取回。
按恢复目标准备备份
只恢复服务器集合，通常需要有效订阅地址或完整服务器参数；恢复规则行为，还需要当前使用的配置与相关引用；恢复手动修改，则需要原值、修改值及原因。列表截图只能帮助辨认名称，不能替代可恢复的字段。备份时先想清楚希望恢复到什么状态，再收集相应内容，而不是只保存一个看似完整的文件。
若客户端提供对应对象的导出或分享功能，先确认导出的内容范围，再保存到自己控制的受保护位置。导出服务器不一定包含规则，导出配置也不一定包含全部本地设置。对于无法明确覆盖的选项，应另外记录必要状态，例如当前配置名称、Global Routing（全局路由）姿态与 On Demand（按需连接）是否启用。
备份可能含有完整访问凭据，应限制可见范围，不放进公开笔记、共享相册或公开附件。即使只是订阅地址，也应按秘密处理。文件名和备注用用途标识，不要直接嵌入密码。更新备份后检查保存位置与访问权限，避免主文件受到保护，而临时副本仍散落在其他位置。
删除前检查引用与当前选择
准备删除单条服务器时，先确认它是否属于订阅管理；若属于订阅，后续更新可能再次带回。准备删除整个订阅时，检查它是否包含当前连接对象、独有的手动修改或配置引用。不要假定删除会自动修复所有关联关系，完成后仍应返回列表与配置分别核对。
如果目的是暂时不用某个集合，先判断是否必须删除；保留明确备注与有效备份，可能比立即清空更便于回退。真正执行删除时逐个处理对象，不在未确认范围的情况下连续批量操作。若出现与预期不符的结果，立即停止后续清理，利用刚保存的信息恢复，避免把可恢复问题扩大成全部状态丢失。
重新导入不等于恢复完成
- 先恢复订阅或手动服务器，核对类型、地址与传输字段。
- 再恢复需要的 Config（配置），检查策略引用与规则顺序。
- 确认 Global Routing（全局路由）姿态，并明确选择一个有效条目。
- 执行连通性测试与实际访问验证，最后再恢复自动连接相关设置。
这套顺序的目的，是让每一步都有单独的验收结果。若先打开自动连接，再批量导入配置与订阅，连接状态可能在操作期间变化，错误也难以归属。恢复过程中保留原始备份，不因为第一次导入成功就立即覆盖；确认日常任务正常后，再将新的有效状态另存为后续恢复起点。
换机或重新获取应用时，App Store 已购记录用于找回应用，不应被视为必然恢复全部订阅、服务器与规则。应用获取和数据恢复是两件事。具体购买与设备条件以 App Store 页面标注为准，先阅读已购恢复说明，再按照自己的备份恢复内容，不依赖未经验证的同步假设。
凭据变化与旧副本处理
如果重新导入是因为链接或凭据已经变更，应确认新内容实际生效，并辨认旧条目是否仍留在其他分组。删除本地副本不会撤销远端凭据，远端凭据失效也不会自动清掉所有备份。两者需要分别处理：访问有效性从你的服务商处获取确认，本地副本则在完成恢复后按保留需要清理。
收尾时检查三件事：当前连接对象能否明确辨认，使用的配置与路由姿态是否符合预期，备份能否说明恢复所需的完整信息。还应清理临时剪贴板、二维码图片和不再需要的导出副本，但不要误删唯一有效备份。管理目标不是让列表最短，而是让下一次更新、排错与恢复都能找到明确起点。
完成整理后，可回到入门指南按完整主线复验一次。若仍有异常，在常见问题中按“导入、更新、连接”对应阶段查阅；记录已经验证的事实与尚未确认的条件，避免重复更改已知正确的设置。