显式确认可靠但拖慢流程
别名: 显式确认 · 口头确认 · explicit confirmation
概念解释
显式确认（explicit confirmation）把「我对了吗」做成单独一轮：系统复述将要做的事，等用户给一个独立的肯定或否定。课务系统在退课前说「即将退出周三下午的计量经济学，对吗？」——走错课号会被拦住，但每一次正确的退课也被多收一轮。可靠来自把执行和同意拆开；慢来自这轮拆开本身。
机制
显式确认在对话里插入一个闭合子对话：问题、等待、判断答语、然后才执行。识别错误若发生在内容轮，确认轮有机会截住；内容轮是对的，确认轮仍然要付整轮的时间、端点和再一次识别。流程被拉长的不是「多说几个字」，而是多一次话轮交接——开口、静默、听完、再开口。
代价是结构性的。主任务已经占用注意时，多出来的这一轮会跟主任务抢；用户对「对吗」的计划往往比内容轮更草率，确认轮自己也会成为新的失败点。但它把「默认继续」从系统手里拿回来：没有听到同意就不执行。可靠性是用吞吐换来的，账要算在每成功一次多出来的轮次上，而不是算在「感觉更稳妥」。
怎么研究
确认代价研究的基本做法是同一任务两条路径：内容轮之后直接执行，对内容轮之后加一轮显式确认。因变量成对出现：错误执行（不该发生却发生了）、错误拒绝（该发生被拦住了）、从唤醒到完成的轮次和时长、中途放弃。自变量可以是内容轮的识别难度（专名、邻近课号）、以及是否允许在确认轮说「不对，是另一门」。
不要只报「加了确认之后错误下降」。把多出来的轮次写成成本，和少掉的错误写成收益，放在同一张表里。实验室若用学生被试反复退同一门课，会低估真实确认轮上的不耐烦，也会低估「对」被随口送出的情况。现场日志可直接数技能的平均轮次在打开显式确认前后的差。
边界
内容轮已经极短且几乎不错（「把灯打开」这类闭合命令）时，显式确认的边际可靠接近零，慢是纯损耗。用户在公共场合要少说话时，多一轮确认等于多一轮暴露。确认句如果把整段内容再读一遍，慢会被放大；只问「对吗」而不带内容，人不知道在对什么。无屏、无法事后改的动作会逼着使用显式确认，这时「慢」不是设计失败，是通道在收费。
怎么落地
- 只在「执行错了无法在当场用下一句话改回来」的技能上默认显式确认；能当场改口的技能不要加这一轮。
- 确认句用一句话说将要发生的事，然后等；不要在确认轮再解释政策。
- 把确认轮的失败单独记账：用户沉默、答非所问、「对」被听成「不对」。确认轮的识别预算不能低于内容轮。
- 验证：对同一技能对比开/关显式确认的完成时长和错误执行次数。时长上升而错误执行几乎不动，这一轮就是在拖；错误执行明显下降，才付得起这轮的慢。