第一层：核对账号状态
用户中心能打开时，核对页面识别的是否为预期账号，并读取页面给出的有效状态。不要根据客户端里的一张旧列表推断账号已经失效。若网页明确要求重新验证或显示账户问题，应完成该任务；若网页会话正常，再进入订阅检查。本站不读取账户资料，也不要求提供用户编号、订阅地址或验证码。
第二层：区分订阅内容和网页会话
公开通知曾出现重新导入或更新订阅的要求，这说明网页登录和客户端配置不是同一份状态。浏览器已经登录，只代表网页会话成立；客户端仍可能保留上一次导入的内容。不要在公开截图中展示完整订阅地址，它可能包含与账号相关的令牌。需要记录时，只写最后更新时间和客户端显示的结果。
第三层：让客户端完成一次可观察刷新
先保存刷新前的节点数量、更新时间与错误文字，再执行客户端提供的正常更新动作。刷新后比较三个结果：是否收到新时间、列表数量是否变化、是否出现明确错误。若只看到“成功”提示却没有任何状态变化，仍不能证明配置已经更新。完成一次正常刷新后先比较结果；结果明确，再进行下一项操作。
第四层：判断单节点还是全部节点
只有一个节点失败，而其他节点可正常呈现，通常应记录为单节点现象；列表完全为空、全部节点同时失败或客户端无法读取配置，则属于不同层级。再用同一设备的普通网页做一次对照，可帮助排除本地网络整体不可用。个人设备或单一时段的结果不能直接写成服务方全局中断。
提交帮助时保留最小信息
有效记录包括发生时间、设备系统、客户端版本、刷新前后状态、节点影响范围和错误原文。截图应遮住邮箱、用户编号、订阅地址、令牌与付款信息。把现象定位到账号、订阅、刷新或节点范围后，再使用已核对的支持渠道；任何要求远程控制设备或索取动态码的处理方式都应停止。