用户在不同场景需要不同层级

概念解释

同一套筛查模型，值班护士要决定眼前这份警报是否叫醒医生，科室主任要决定下个季度还用不用它。前者需要锁在这一次的说明，后者需要锁在整体倾向的说明。用户在不同场景需要不同层级（explanation level depends on situation）：对的层级跟着当前要做的判断走，不存在一份永远够用的解释。

缺的不是字数，是层级与判断的配对。

机制

局部和全局压缩的信息种类不同，能支撑的动作也不同。单次层级支撑的是接受、改输入、或对这一条提出异议；整体层级支撑的是继续依赖、缩小使用范围、或停用。人在同一界面里会切换这两种判断，有时隔几秒——先处理这条警报，再在交班时问「今晚这东西是不是太闹」。若界面只固定供应一层，另一种判断就会拿错材料来做。

切换的线索是任务，不是角色头衔。同一个人白天当操作员、晚上当采购评委。按工号发一份说明书，会在其中一种场景上错层。

怎么研究

设计两个任务块：处置单次输出、决定是否继续在该场景使用系统。每人两块都做，但只给一层说明（仅局部或仅全局），或按任务切换层级。自变量：说明层级、层级是否随任务切换、任务顺序。因变量：单次处置质量、继续使用决策的校准、用错层材料的次数（拿单次热力图去论证「系统整体可靠」之类）。

关键是错层错误，不是「有解释是否更满意」。

边界

有的场景永远只有一种判断——客服工具条里的「建议回复」几乎不会变成采购决策，只供局部即可。有的场景两种判断绑在同一按钮上（「采用并默认以后都这样」），必须同时给两层并分开标。这条不规定局部该如何写、全局该如何写，只规定层级要跟场景走。

怎么落地

• 按当前动作选默认层级：处理这一条时默认局部；设置、权限、是否启用时默认全局。
• 允许显式切换：「关于这一条」/「关于这个系统」，不要把两层熔进同一段。
• 在交班、周报、停用确认这类会做整体判断的入口，不要只回放最近一条的局部说明。
• 验证：分别拦截「处置这一条」和「决定还用不用」两种时刻，看当时屏幕上的说明是否够支撑该判断。若主任拿着一张热力图在讨论是否续约，层级没跟上场景。

延伸

• 同组：L5.02.1 局部解释说明单次输出 · L5.02.2 全局解释说明整体行为倾向 · L5.02.4 局部解释支持用户对单次结果的接受或申诉 · L5.02.5 全局解释支持用户判断是否值得继续依赖这个系统 · L5.02.6 由若干局部解释归纳出的整体印象常常是错的 · L5.02.7 特征重要度是相关性排序，不能被读成因果说明 · L5.02.8 开发者需要的是调试信息，终端用户需要的是行动依据，二者不可共用一份解释
• 相邻：L5.01 可解释性的类型 · L5.05 透明度的适度原则 · L5.08 反事实解释
• 站内检索：explanation level · situation-dependent explanation · local versus global