移交时的系统状态需完整交代

概念解释

窗口在，里面如果只有「请接管」四个字，人仍然两眼一抹黑。完整交代系统状态（complete state briefing）要求移交瞬间交出一份当前态势：做到哪一步、卡在哪个对象、哪些动作已经生效、哪些还没生效、机器认为自己为什么要交出来。

缺一块，人就会用猜测补全。猜测在接管的第一拍变成动作。

机制

情境意识的第一层是知觉要素。代理任务的要素不在挡风玻璃上，在工具调用、草稿、权限和外部世界的缝里。人刚才不在这些缝里，所以要素必须被列出来，而不是假设「看一眼界面就知道」。航空交接班把高度、航向、燃油、失效项读出来，不是仪式，是把不可见的状态变成可扫视的清单。

完整不等于把日志全倒出来。完整是覆盖决策所需的状态变量，每项有当前值。因果故事——怎么走到这一步——是另一份材料；状态摘要不替代它，也不该被它挤掉。

怎么研究

接管前给不同完整度的摘要：只有告警、有当前步骤、有步骤+对象+已生效动作。因变量：第一拍正确率、人能否在探询中复述关键状态、接管后改正所需步数。自变量：摘要是否含已生效动作、是否含「尚未做的」、是否含机器交出的理由。

用冻结探询：移交画面停住，问「现在哪封邮件已经发出」。答不上来就是状态没交代到知觉层。

边界

状态若本来就持续可见（人一直盯着同一块仪表），额外摘要收益小，但仍要标出「刚刚交权」这一事实本身。状态在交权之后仍快速变的，摘要有保鲜期，必须继续刷新，不能交一份静态截图。这里不讨论窗口要开多久，也不讨论突然交权。

怎么落地

• 移交界面固定四块：当前步骤、具体对象、已生效/未生效、交出原因。缺一块不进入交权。
• 已生效动作单独成组，视觉权重要高于计划中的下一步——人最先要知道的是世界已经被改了什么。
• 验证：在交权画面上遮住品牌文案，问值班的人「哪几件事已经对外发生了」。说不全，摘要就还不是完整状态。

延伸

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