移交质量取决于交出方是否交代了为什么会走到当前状态

概念解释

当前值报全了，人仍可能不知道该往哪改。理解层要的是因果：刚才试过什么、为什么这条路走不通、哪个假设已经破产。移交要交代怎么走到这里（handoff needs causal history）把「为什么是现在这个局面」写成交出方的义务，不管交出方是系统还是上一班的人。

只有快照没有故事，接管者会重复已经失败过的步骤。

机制

情境意识的第二层是理解要素之间的关系。代理把关系藏在提示、工具选择和被否决的分支里。这些不会自动出现在「当前文件是 X、收件人是 Y」的状态栏里。医疗和航空的交接班研究把「我是怎么判断到这一步的」列为交接质量的核心，因为下一班若只拿到生命体征，会重新走一遍已经排除的诊断。

因果不是把思维链原文贴出来。因果是可行动的排除项：哪条路试过、结果是什么、现在不能再假设什么。它和状态摘要分工：摘要回答「现在是什么」，因果回答「不要再做什么」。

怎么研究

同一接管，比较只给状态、状态加因果（试过的分支与失败原因）、状态加无关长日志。因变量：接管后是否重复已失败步骤、到达正确干预的步数、能否在探询中说出「不能再假设什么」。自变量：因果的抽象层级、是否含被放弃的选项、长度。

用回放：让另一人只凭移交材料接手，看会不会踩同一块石头。这比原操作者自评「我交代清楚了」硬。

边界

一步就能看懂的失败（权限不够、对象不存在）不需要长故事，一句原因够了。因果若是编造的事后解释，会比没有更糟，因为它指向错误的排除。这里不处理状态变量清不清单，也不处理反向交回时人要交代自己改了什么——那是对称的另一方向。

怎么落地

• 移交材料里单列「已试过 / 失败原因 / 现在不能再假设」。三条都空，不许进入交权。
• 被放弃的分支用一行写清，不要藏进可滚动日志。接管者应在不滚动的情况下看见「不要再做 X」。
• 验证：把移交材料交给没看过过程的人，看第一件事是不是重复系统已经失败的那一步。重复了，缺的就是因果，不是又一份当前值。

延伸

• 同组：L4.04.1 移交需要充分的情境重建时间 · L4.04.2 移交时的系统状态需完整交代 · L4.04.3 突然移交是最危险的形式 · L4.04.5 人重建情境所需的时间是硬约束，不能被压缩为零 · L4.04.6 系统在失去把握时才移交，而那正是情境最复杂的时刻 · L4.04.7 移交后责任立即转移，这一转移应由接管者确认而非默认成立 · L4.04.8 反向移交同样需要设计，人交回系统时须说明自己改变了什么
• 相邻：L4.13 代理的失败上报与求助 · L4.14 多步任务的计划可见与修改 · L4.08 任务进度可见
• 站内检索：handoff quality · causal history · situation awareness