订阅更新失败的排查顺序
先检查链接是否过期或密钥被重置，再区分网络下载与内容解析阶段。
先定位失败发生的阶段
围绕这项问题，首先需要取得账号有效期的记录，并确认令牌是否更换是否与当前任务对应。写明首次失败时间和具体错误。这里需要区分记录本身和由记录推导的判断；响应与解析结果则用于确认最终选择或处理结果。
按单变量顺序做对照
记录客户端版本、更新时间和脱敏错误信息，确认账号与套餐仍有效。
| 阶段 | 对应问题 | 应保留什么 |
|---|---|---|
| 确认条件 | 账号有效期 | 写明首次失败时间和具体错误 |
| 执行对照 | 令牌是否更换 | 一次只改变一个条件并记录结果 |
| 解释结果 | 响应与解析结果 | 无法确定原因时保持未知 |
具体情形：怎样推导而不跳过条件
假设客户端提示订阅失效，先查看账号到期、令牌重置和响应内容，再区分下载与解析。频繁刷新不能修正过期令牌；已确认新地址需要在所有设备更新。
这个情形的重点是账号有效期、令牌是否更换与响应与解析结果之间的对应关系。条件发生变化时，需要重新核对结果；不能只保留案例中的数字，而省略它成立的前提。
把下载失败与解析失败分成两条路径
| 可观察现象 | 优先核对 | 下一步 |
|---|---|---|
| 无法取得响应 | URL有效期、令牌、接入网络与错误时间 | 通过可信后台确认地址，并保留脱敏下载错误 |
| 返回登录页或错误页 | 响应内容是否真的是配置 | 确认登录或订阅入口，不将网页当配置导入 |
| 取得配置但报字段错误 | 实际客户端和内核版本、格式与日志位置 | 对照对应官方文档，保留原文件再修改 |
| 导入成功但任务失败 | 节点、规则匹配和实际接管范围 | 按任务日志定位连接或应用阶段 |
同样表现为导入失败，原因可能出现在不同阶段。修改字段只能处理配置解析问题，不能修复失效的订阅地址；重置地址也不能自动解决当前客户端不支持的格式。每次更改后只验证与该阶段对应的结果。
可直接使用的核对表
| 核对字段 | 建议记录方式 | 完成后的用途 |
|---|---|---|
| 账号有效期 | 写明首次失败时间和具体错误 | 确认起点与边界 |
| 令牌是否更换 | 一次只改变一个条件并记录结果 | 进行同条件比较 |
| 响应与解析结果 | 无法确定原因时保持未知 | 判断结论是否成立 |
同一次记录应使用一致的时间窗口，并保留对应来源、版本或原始样本。出现相互矛盾的数字时，先查明差异，不用平均值或其他品牌资料填补。
如何判断恢复与下一步
- 先核对 账号有效期
写明首次失败时间和具体错误，将可确认的条件写入表格；未取得的信息单独标记。
- 再检查 令牌是否更换
一次只改变一个条件并记录结果，使用与本文问题相对应的记录，避免无关数据影响判断。
- 最后判断 响应与解析结果
无法确定原因时保持未知，如必要条件仍缺失，先完成核对，再执行依赖它的选择或修改。
结论与适用边界
频繁重复刷新不一定解决问题，按错误类型逐项核对更容易找到原因。
本文提供的是故障排查的判断方法，案例采用明确的假设条件。涉及具体品牌时，需要引用当前档案中的套餐版本与资料日期；涉及实际体验时，还需要你所使用网络和任务的记录。
技术参考
配置字段与版本兼容性请分别核对 sing-box 官方配置文档 与 Mihomo 官方配置文档。本文不把某个客户端的操作步骤泛化到全部应用。