桌面客户端
桌面客户端的来源、签名与处理器架构核对
文件能下载不等于适合当前电脑。Windows信誉提示、macOS签名、公证状态和处理器架构需要分别确认。
发布来源的现场记录
Windows SmartScreen呈现的是信誉与来源提示，不等同于恶意软件检测结论。 桌面与移动系统对权限、文件位置和签名的表达并不相同。使用同一张截图指导所有设备，往往会掩盖真正差异。
先写下设备、系统、发生时间和正在处理的对象，再描述看到的页面。这样做不是增加表格，而是避免把前一次缓存、另一个账号或不同批次混进当前判断。
发布来源没有确认以前，不宜把后续现象全部归因于网络。
文件签名与页面结果
macOS会检查开发者签名和公证状态，Apple Silicon与Intel还涉及不同二进制架构。 交接前应测试一个最小任务：登录、读取状态、打开代表文件并退出。这个短流程比只看首页是否出现更接近真实使用。
页面上的状态词往往只覆盖一个环节。它可以说明请求已经送出，却未必代表账号写入、文件落盘或接收端读取都已经完成。
若文件签名与前一次不同，应先保留差异，再决定是否恢复旧状态。
Apple Silicon与Intel的对照条件
文件名相似不能证明版本相同，下载页面、更新时间和签名者需要互相对应。 涉及订单或配置时，原值和修改值要同时保留。只留下最新结果，会让到账延迟、版本回退和误操作难以区分。
最有效的比较通常很朴素：做对照时保持未测试的项目不变，并写清本轮调整了什么。即使恢复正常，也要依据前后差异判断原因。
Apple Silicon与Intel的记录至少要让另一位使用者知道当时看到了什么。
首次运行交接摘要
关闭系统保护换取一次启动，会让后续异常更难解释。 公开页面能解释一般流程，但不能证明某个账号的即时状态。涉及个别权益仍要回到登录后的实际页面确认。
面向下一位使用者的记录，需要回答做了什么、看到了什么、为何继续或停止。只有日期和“已处理”两个字段，无法支持复查。
只要首次运行仍然无法核对，当前结论就应保留适用边界。