先辨别手里的链接
兼容Clash或Mihomo的订阅通常返回YAML配置，或返回客户端能够处理的节点集合。服务管理页面、登录页面和宣传页面不是订阅。配置服务可能同时提供多种格式，选择与核心兼容的类型，不要把另一种客户端的纯节点文本当成完整配置。
URL中的令牌和参数属于访问凭据，不能截短，也不应公开。不要随意交给不可信的在线转换工具。浏览器能够打开链接，也可能只显示登录页；核对的是返回内容类型，而不只是“页面能打开”。
导入时遵循四步
- 复制完整链接，在客户端的配置或订阅管理区域添加远程配置。
- 等待内容下载与解析，查看是否出现有效配置及节点。
- 选择并激活该配置；若使用代理集合，等待集合加载完成。
- 在代理组选择节点，再开启所需的系统代理或网络接管方式。
Clash Verge Rev和FlClash的界面不同，请按各自实际界面操作。共同原则是先确认配置，再测试连接。订阅中的代理组选择可能指向自动选择组，也可能保留旧节点选择，更新后需检查它是否仍然有效。
根据失败阶段处理
| 现象 | 优先检查 |
|---|---|
| 下载超时 | 当前网络能否到达订阅服务；更新请求所用的代理是否可用 |
| 401或403 | 认证、令牌、服务状态与访问权限 |
| 返回HTML | 是否误用管理网页，或被登录页、验证页拦截 |
| YAML解析错误 | 格式兼容、缩进、字段类型与核心支持 |
| 导入后无节点 | 配置是否激活，代理集合是否加载，远程内容是否为空 |
状态码只是线索，不能仅凭403认定账户过期。保留错误原文和发生阶段，在服务提供者的管理界面检查状态；不要把链接截图公开。网络不通时，可用可信网络交叉测试，不要反复改动本地全部设置。
更新与本地修改分开管理
远程订阅更新通常会替换下载的配置。直接编辑这份文件，修改可能在下次更新消失。需要自定义规则时，应使用客户端支持的覆盖机制，或者维护独立配置并明确其更新方式。更新间隔和自动更新行为以客户端及服务设置为准。
配置中使用proxy-providers时，集合本身有获取地址和更新行为。主订阅更新成功，不意味着所有集合都已加载成功；查看各集合状态或核心日志，区分主配置错误与集合错误。
用实际请求验证导入结果
选择一个节点，进行测试并发起实际请求。延迟测试成功但应用失败时，继续检查规则命中、DNS以及应用是否经过代理。相反，导入失败时无需先研究TUN，因为还没有有效配置供核心使用。
记录一个最小可复现的问题：客户端和核心版本、导入类型、错误阶段以及脱敏日志。若需要重新导入，先备份旧配置，避免丢失可工作的路径。完成后继续第一次连接检查，遇到字段错误再看YAML排查。