被裁掉的信息需要取回入口
别名: 详细点 · 裁掉的怎么要回来 · progressive disclosure for speech
概念解释
口头只报「陆家嘴那家星巴克，八百米」，营业时间和有没有座位被裁掉了。用户接着问「几点关门」，系统若只能重搜一遍或回答「我不知道」，裁剪就变成删除。被裁掉的信息需要取回入口（retrieval path for trimmed content）：第一轮不说的字段仍要能被下一轮点名取回——「详细点」「地址呢」「营业时间」——而不是随着短播报一起丢掉。
机制
裁剪把完整记录压成当前决策用的那一两项，其余字段从话轮里消失，但还在系统侧的对象上。听者稍后会用这些字段，只是现在不想听。没有取回入口，短播报的收益（对比还在、打断更少）会被「缺了关键约束」抵消，人只好让系统把整段重念，裁剪等于没做。取回必须是对当前对象上未播出的槽的寻址，不是新开一轮搜索：上下文里那家店还在，「几点关门」应落到它的 hours 字段。
入口本身也要短、可预期。把所有被裁字段再打包成下一段独白，是延迟了的不裁。正确形状是点名取回（一个字段一句）或「详细点」展开下一层，而不是把档案一次性补完。屏幕在场且人正在看时，取回可以是视觉上的那一行；视线不在，入口必须还能用嘴走。
怎么研究
同一条餐厅记录，第一轮只播名称和距离，然后诱发对未播字段的追问（关门时间、是否可坐）。条件：对象仍在上下文、字段可取对上下文已丢、只能重搜对字段从未进入对象。因变量：追问成功率、是否整段重播、用户是否改口重说店名。自变量：追问距第一轮的间隔、中间是否插入了别的技能。
日志里对齐短播报之后的「详细 / 地址 / 几点」类跟随问。失败若集中在「槽不在对象上」而不是识别，就是裁了没留入口。实验室若在第一轮把全字段印在纸上，测不到取回，只测得到阅读。
边界
被裁掉的是系统本来就没有的字段（这家店没有座位数据），入口应说没有，而不是装成能取回。隐私或法律不让口头再给的字段（完整卡号、他人电话）裁掉之后不应提供语音取回，改通道或拒绝。用户已经换了对象（「那另一家呢」），旧对象上的取回要先确认指的还是不是这家。把取回理解成「所以第一轮其实不该裁」会把所有字段塞回首播，入口的意义是允许首播短。
怎么落地
- 每条短播报背后保留当前对象和未播槽位表。把「详细点 / 地址 / 电话 / 几点关门 / 还有呢」收成对这些槽的点名，不要重跑搜索。
- 「详细点」只展开下一层（两三条），不要把档案一次补完；还要再下钻就再等一次点名。
- 对象被新任务挤掉之前，若未播槽里有安全或不可逆相关的字段，先问要不要听，而不是默默丢。
- 验证：短报一家店之后问「几点关门」。应直接给时间且不重念名称和距离。若系统重搜、说不知道、或把整张卡片再读一遍，入口没有建成。