数据离不开上下文

工业现场的温度、压力、设备状态和维护记录都与采集条件有关。网络资料同样如此：一次测速、错误截图或状态页面，必须和设备、网络、时间及目标任务一起阅读。没有这些条件，数字只能说明某次观察，不能代表长期状态。

来源决定信息能支持什么结论。系统提示来自本地设备，公共状态页描述服务整体，第三方测速反映测试路径，三者不能互相替代。

版本让记录可以比较

配置、客户端和系统持续变化。若两个结果来自不同版本，却被放在同一表格中比较，差异可能来自软件而不是线路。记录版本并不复杂，只要在关键测试旁保留应用版本、系统版本和配置更新时间。

当配置被修改时，应保留修改理由。这样下一位使用者才能判断旧结果是否仍适用。

让记录服务于下一步

有价值的记录应帮助人决定下一步，而不是堆积字段。一次问题记录只需回答：发生了什么、在哪个环境、何时发生、做过什么、结果如何。与问题无关的字段不应为了显得完整而加入。

Mojie魔戒将工程记录方法用于客户端和连接场景，目的是减少重复尝试，让恢复过程更容易复查。

发送完成之后还要确认接收结果

发送成功只代表数据离开发送端，不代表接收者已经得到完整、可读且属于正确版本的内容。远程协作中的文件同步、配置导入和状态上报都应保留接收端结果，尤其在网络曾经中断时，重新发送可能形成重复副本或版本冲突。可以用文件名称、修改时间和接收确认组成最小闭环，重要配置再增加校验值或应用内版本标识。这样出现差异时，团队能够比较两个具体对象，而不是围绕我已经发过反复争论。记录的目的不是证明谁做过操作，而是让下一位处理者知道当前对象从哪里来、是否完整，以及还能不能用于眼前任务。接收者若发现版本不符，应保留两个对象并说明差异，不能直接覆盖较早记录。