登录后项目资料没有出现，先区分身份、权限与同步

空目录不等于资料消失

账号名称和常用登录方式要先对应，尤其是邮箱、手机号和第三方身份并存时。看到空目录不一定代表文件消失，也可能进入了另一个工作区。

只有单一项目为空时，先确认成员权限和项目状态；所有目录都持续等待，再比较浏览器、系统时间与网络条件。

回到账号身份诊断的现场，字段越多不等于信息越完整。优先保存会改变决定的事实，并用短句说明来源、关系和限制，比堆叠没有解释的状态码更容易复查。

从账号身份诊断来看，项目刚启动时，把账号标识、页面名称和最后一次正常时间写在同一张记录里，再用另一种登录方式做一次对照。这个顺序能快速区分身份与同步问题。

账号身份诊断的规模比较中，个人任务重在快速确认账号与文件，小型团队还要说明成员权限，大型项目则需要正式批准和版本链。规模改变了记录深度，却没有改变先确认对象再核对结果的顺序。

如果只能增加一个字段，优先记录会改变下一步行动的条件，而不是装饰性的状态。这样既控制维护成本，也让记录直接服务于决定，并把这一点放回账号身份诊断的实际任务中检验。

账号身份诊断处理中，围绕“空目录不等于资料消失”，检查账号问题时，先比较账号标识、工作区名称和最近一次成功时间。这样能区分身份错误、权限变化与同步延迟，避免用重新注册掩盖原来的访问关系。

反馈时保留设备、系统、页面、时间和提示原文，不提交密码、验证码、恢复码或完整项目文件。

更换浏览器后恢复，说明本地扩展或站点存储可能参与问题。不同网络结果一致，才值得继续核对服务端状态。

回到账号身份诊断的现场，团队通常先处理眼前结果，却没有留下形成结果的条件。等到资料跨设备、跨地区或换人接手时，原本依靠口头默契理解的内容就会变成歧义。

从账号身份诊断来看，资料准备跨区发送时，先选一个来源明确的小文件完成安装和打开测试，再处理完整配置。小样本减少了等待，也能让系统提示保持清楚。

账号身份诊断的规模比较中，同一份资料在发送者看来已经完成，在接收者设备上却可能缺少字体、外部参照或访问权限。双方应以实际打开和使用结果作为共同检查点。

先用代表样本试跑，可以在全面迁移前发现路径、字符、单位和权限问题。试跑结果应进入正式清单，而不是留在个人聊天中，并把这一点放回账号身份诊断的实际任务中检验。

账号身份诊断处理中，围绕“用一次对照缩小问题范围”，核对安装文件时，要让系统版本、处理器架构、发布来源和签名者互相对应。任何一项无法确认，都应回到正式说明重新核对，而不是关闭保护机制继续。

账号身份诊断完成阅读后，不要同时改变账号、设备、文件和网络。保留当前条件，挑选最可能影响结果的一项做对照，能够让下一次变化具有解释力。若结果与预期不同，也应把失败状态和提示保留下来。

反馈账号身份诊断问题时，用简短时间线说明开始条件、实际动作和接收结果。截图可以补充画面，却不能替代页面地址、文件版本和设备信息。涉及密码、验证码、恢复码或受限制项目内容时，不应放进公开反馈。

最后由未参与原操作的人复查账号身份诊断记录。对方能够只根据现有说明找到对象、理解限制并完成代表任务，才表示这份登录与同步记录已经具备交接价值；若仍需大量口头补充，就应先修正文档再扩大使用。