· 登录会话
登录后找不到订阅：账号、权限与更新状态检查
登录后继续核对账号空间与资源授权。
认证、授权不是同一件事
登录成功说明身份被系统接受，不代表当前账号空间拥有目标订阅。列表为空时，首先核对邮箱遮蔽标识、账号空间与资源权限，而不是立即重置密码。
浏览器保存的旧会话可能把用户带入另一个空间。使用干净会话对照能判断 Cookie 是否参与，但测试时应保持设备、网络和账号不变。
保留登录时间线
记录最初入口、跳转终点、提示原文与发生时间。若连续点击登录、切换账号并重置密码，时间线会被打乱，也可能触发额外验证。
验证码只在已经确认的账号页面输入，不通过聊天转交。支持人员通常不需要密码、完整邮箱、付款卡或订阅资料。
列表为空的检查顺序
先刷新账号页面并确认所处空间，再观察订阅状态与资源授权；页面有资源但客户端没有列表，才转到订阅导入与客户端采用。这个顺序把账号层和设备层分开。
若同一账号在干净会话与旧会话结果不同，保留两边最终地址和遮蔽账号标识。结果相同则进一步核对服务响应，而不是继续清缓存。
恢复后仍要复测
临时换浏览器成功只能证明绕行可用，不能证明旧会话已经恢复。完成任务后回到原条件复测，并注明原分支是否仍异常。
账号恢复操作具有风险与次数限制。只有证据指向凭证问题时才进入恢复流程；若问题其实在授权或资源状态，改密码不会增加有效信息。
账号层实例
登录成功却没有订阅时，客户端刷新无法补回账号层缺失的数据。应先查看遮蔽身份、账号空间和资源摘要，再检查订阅取得入口。
若账号恢复邮件没有出现，可检查垃圾邮件与设备时间，并确认请求来自已核实入口。连续发起恢复可能触发额外限制。
向支持方描述问题时，提供错误原文和发生位置即可；密码、验证码与完整邮箱应始终保留在用户自己的认证流程中。
登录会话的处理边界
即时信息可能变化，请按当期页面核对。
记录中应遮蔽账号与订阅资料。
恢复后先核对遮蔽身份、账号空间与资源摘要，再返回原浏览器复测。临时会话能看到资源不代表旧会话已经修复；其他账号也不能由这次结果推断。任何支持请求都不应索取密码、验证码或付款信息。
账号问题若需要人工处理，工单应写明入口、遮蔽身份、发生时间与错误原文，让对方能核对空间而不接触凭证。处理结束后关闭不再使用的临时会话，并删除临时截图。