确认句只回述可能出错的关键项
别名: 关键槽回述 · partial readback · 确认过载
概念解释
确认句是一次有选择的回放，不是把整张表再读一遍。已经从列表里点过、封闭词表里听得很稳的槽，再念一遍既抓不住新错误，又占听觉带宽。「明天中午十二点、四人、外婆家，是吗」里，若店名刚被用户从三选一里选定，风险在时间和人数，不在店名。回述对象是还可能听错或填错的那些槽，不是「所有刚说过的话」。
机制
听觉确认靠工作记忆对照：用户把刚听到的回述和自己的意图逐项比对。回述越长，对照越串行，中间项被漏比。每多回述一个已经接地的槽，就多一次让人走神的机会，真正危险的数字反而被埋在句子中部。开放槽（人名、地名、金额、时间）替换错误率高、后果具体；刚被澄清过的槽、二选一已经点头的槽，先验已经很高。
回述安全槽还会改变用户的听力策略：他们学会整句都是套话，只在句末丢一个「嗯」。下一次真正危险的槽被夹在套话里，对照已经关闭。确认句的长度因此不是礼貌问题，是错误捕获面积问题：面积应盖住高风险槽，不要盖住整张表。
怎么研究
给同一动作做两种确认句：全槽回述对只回述开放/低置信槽。向其中注入一项识别错误，位置分别在被回述槽和未被回述槽。因变量是错误被捕获的比例、确认句时长、打断确认的比例，以及用户能否复述刚被确认的关键数字。
日志里按槽类型看事后撤销和投诉：金额、联系人出问题而确认句当时只问了「要发送吗」，就是回述没盖到风险项。不要用满意度：人可以觉得「说得很清楚」同时没核对中间那个时间。
边界
第一次用这个技能的人可能需要更满的回述来建立「系统听懂了」的感觉，熟悉之后再收窄。法律或金融读回要求全文，不能裁。隐式确认通常只能自然塞进一个槽（「好，去机场」），多槽风险得另做一次短的显式回述。无屏且槽很多时，只回述风险项还可能太长，应先问「时间对不对」再问「人数对不对」，而不是一句念完。
怎么落地
- 给每个槽打风险标记：开放词表、数字、专名、低置信为高；刚从澄清列表选定、封闭是否、用户刚纠正过为低。确认句只念高标记。
- 禁止「确认你要订餐吗」这种只回述意图类型的句子，当风险在时间或人数上。
- 多个高风险槽不要堆进一句中部；要么拆成两次短确认，要么把最贵的那个放在句末（人还记得的位置）。
- 验证：向一个未回述的高风险槽注入错误，若用户点头后错误被执行，回述集合就还没收对。向一个已接地的低风险槽注入错误，不回述它是可接受的——前提是那个槽确实已经接地。