D5.08.3Fallback transparency设计研究
回退后应提示用户当前采用的是哪一种解释
别名: interpretation notice · active interpretation · recovery prompt
概念解释
系统退回某个单一模态后，必须让用户知道当前解释来自哪一路、执行到什么程度、还缺什么。提示不是报错装饰，而是恢复界面的一部分：它把“我说的”和“系统做的”重新对齐，并给用户补全、撤销或改道的入口。
机制
回退改变了用户预期的解释层级。原本语音提供动作、手势提供对象，现在系统只采用其中一路；若不说出这一变化，用户会按完整融合来理解结果。可见解释能同时完成三件事：标定已采用证据、标出缺失参数、保留已执行部分的边界。若回退只是等待，状态提示还能防止用户重复输入或认为系统卡死。提示粒度要匹配动作后果：低风险操作可用轻量状态，高风险或不可逆操作需要明确列出候选与确认。
怎么研究
可在融合失败后比较不同提示条件：无提示、只报错、显示所用模态、显示所用模态加缺失部分和操作入口。变量包括失败类型、可用模态、后续任务压力和提示通道；因变量包括解释正确率、补全时间、重复输入、误撤销和不必要中断。眼动或日志可以看提示是否被看到，但关键证据是用户能否口头复述“系统刚才采用了什么、为什么还没执行”。
边界
并非每次轻量失败都需要全屏解释。输入法候选、临时过滤或低风险预览可用就地标记和自动过期状态；高频失败若每次都强提示会变成噪声。多模态场景还要选择可感知通道：视觉受限时用听觉或触觉说明回退，嘈杂环境用可见状态兜底。提示也应区别于责任推卸；“识别不清楚”必须紧接可选下一步，而不是只让用户自己猜。
怎么落地
- 用固定模板显示四项：采用的模态、已确定内容、缺失或冲突部分、下一步操作。
- 执行部分提供撤销或确认入口；未执行部分保留候选对象和补全方法。
- 根据后果选择提示通道和停留时间，并允许用户从提示直接切换到可用模态。
- 验证方式：在失败后询问系统采用的解释和下一步，统计理解率、重复输入和不必要的撤销。