过长提示会被打断或遗忘
别名: 提示过长 · 提示语被打断 · prompt barge-in
概念解释
提示一旦超过听者还能边听边等的长度，命运只有两种：被打断（barge-in），后半句从未进耳朵；或被听完却记不住，后半句在开口前已经从记忆里掉出去。停车场缴费柱先念三十秒的计费规则，再问「请提供车牌」——赶着出门的人在规则的第二句就开口报号，限时优惠那句等于没播。这不是文案风格问题，是通道在时间上截断信息。
机制
两股力同时作用。一是编码：口语没有回看，提示的分句排成时间队列，中间项最容易掉；约束条件若放在队尾（「仅限已预约车辆」），会在用户开始组织回答时被挤出。二是产出抢道：很多用户在提示起头就已经有了要说的内容，他们不是在听完再计划，而是在等一个可以插话的缝。允许打断时，缝一出现后半句被切掉；不允许打断时，人会把注意力从收听转到复述自己那句话，后半句同样没被编码。
所以「读完再问」并不保护信息。长提示的尾部在两种策略下都会系统性失踪——失踪的往往是设计者最想保留的限制、例外和禁止项。这和「用户有没有权利打断播报」不是同一件事：权利可以给，尾部信息照样到不了。
怎么研究
提示长度回忆测验：把提示切成分句，听完（或在指定位置打断）后做即时系列回忆，看哪些分句还在。自变量包括分句数、约束分句的位置（首、中、尾）、是否开放打断。因变量是分句回忆、打断相对提示起点的时间、以及用户随后的行为是否遵守了未被回忆的那条约束。
现场日志更硬：对齐「提示开始 → 用户开口」的时间戳，画出开口落在提示的第几个分句。若开口质量集中在前两句，后面的分句在产品里已经是死文字。实验室若禁止打断又要求「请听完」，会低估真实截断，高估尾部约束的有效性。
边界
用户真的在等未知信息（第一次用、不知道问什么）时，会听得更久，尾部存活率上升；这测的是不确定条件下的耐心，不能用来给熟练场景的长提示开脱。合成语音过快时，即使字数不多也会被当成「太长」——长度是听感时间，不是字符数。噪声里后半句可懂度先塌，截断会更早。把关键约束挪到句首可以救命，但句首堆三条例外，又会把动作本身挤到队尾去被忘掉。
怎么落地
- 把用户下一轮必须用的那一截放在前两秒：动作或关键约束先说，解释往后放，并假定往后的部分经常到不了。
- 日志里标出每个提示的开口分位（用户开口时提示读到了百分之几）。后半段几乎没人听见的，删掉或改到失败后再说。
- 需要保留的法律句与动作句拆开，并允许跳过；不要指望同一段长播报里两者都生效。
- 验证：抽真实会话，对齐时间戳。约束分句之后才开口的比例过低，就把该约束前移、改到确认轮，或改到用户已经开始出错的那一轮再讲。