本篇讨论的是相关入口提供登录时的通用记录方法，并不证明神圣计划具有某种具体账号功能。出现异常后，先确认正在访问的地址和服务主体，再保留提示。账号安全和未提交资料应优先于重复试验。
先判断异常发生在哪个阶段
区分页面无法打开、表单无法提交、提交后提示失败，以及进入后很快回到登录页。四种现象涉及的范围不同。记录最后一个正常动作和第一个异常状态，不把所有情况统称为“密码错了”。
例如“页面可打开，点击提交后显示一段提示，尚未进入任何账号页面”。保留提示原文与发生时间，如果提示里有编号也可记录。截图前遮住口令、完整账号、验证码和地址里的敏感参数。
核对输入与设备的基本条件
检查输入法、大小写和是否误带首尾空格。账号应使用自己确认的标识，不要反复尝试他人账号或来源不明的口令。系统时间明显偏差时先记录，再按设备正常方式校正，某些会话机制可能依赖合理时间。
若使用自动填充，确认它对应当前可信地址和正确账号别名。不要在陌生跳转页继续填写资料。看到与原来源不同的域名，应先核实跳转关系；相似名称与相同标志都不能替代主体核对。
保护现场并控制重复次数
重复提交可能触发限制，也会让排查时间线混乱。先记录已尝试次数、最后一次时间和提示是否变化。若页面明确给出等待时间，按其说明处理；没有说明时，也不要密集发送请求。
当前页面有未提交文字时，先保存到自己可控的位置，再考虑关闭页面或检查会话。不要直接清除所有站点数据作为第一步，因为这可能退出其他服务并移除本地资料，还会抹去部分用于理解问题的状态。
用范围对照收集线索
可以检查同一入口的公开页面是否可读，确认问题是整体连接还是账号流程。如果条件允许，在可信的独立会话中查看登录页是否能正常显示；真正提交前仍需核对地址，不把新会话当作安全保证。
记录设备类型、系统与浏览器版本，以及是否只影响一个账号或一个设备。只知道自己的账号失败时，不写“所有人无法登录”。更换多个条件后恢复，也不能立刻断言某个单一设置是根因。
准备安全而完整的求助说明
求助信息可包含账号别名、准确时间、可信入口、异常阶段、提示原文、设备环境和已做动作。不要发送口令、验证码、恢复码或完整会话文件；维护者通常可以利用时间与错误编号查找对应记录。
若需要账号恢复，应通过已核验的服务渠道按其正式流程处理，不根据第三方聊天中临时提供的链接输入资料。问题恢复后，重新执行最初失败的步骤，并记录是否能保持正常状态，避免仅看到登录页就判断已经修好。