M3.04.2resume position after barge-in设计研究
打断后需保留已播报位置
别名: 打断后书签 · playback bookmark · 播报位置保留
概念解释
打断不是「这条消息作废」。机场一体机正在念改登机口之后的步骤，人中途插问「还在哪座航站楼」，答完之后应回到没念完的那几步，而不是从「欢迎光临」重来，也不是把尾巴丢掉。已播报位置是输出上的书签：念到了第几句、议程还剩哪几项。打断拿走地板；书签记住磁带停在哪。
机制
人往往已经听了一截，插话是冲着那一截去的——澄清、追问、要跳过。系统若丢掉 TTS 游标，没听到的尾巴消失，听到的前缀又被重播，两头都浪费。游标是输出文档上的索引，针对它的操作是继续、跳过、从停下的地方再走。这是把表单中间状态存下来的输出版：存的不是槽，是还没交付的那截话。嵌套问完如果静默丢弃剩余议程，听者会以为改登机口的后半段已经不重要了。
怎么研究
在提示中段插入一次打断和一个短的旁支问题，然后比较三种系统策略：从书签续念、从头重来、丢掉剩余。因变量：尾巴项是否仍被交付、人是否抱怨重复、任务是否做完。自变量：打断发生在提示的多深。
不要把插话意图分类当成自变量——不管他问的是澄清还是新请求，问的是游标怎么处理。材料用有明确剩余议程的稿（改闸口后的三步），不要用一句确认。
边界
插话是「停下 / 取消」，没有续念。内容已经过时（那班车走了），续念是错的。一句短确认没有可标的位置。旁支把任务改了（「去到达层」），旧游标作废，要换一份新议程，而不是把旧尾巴接回去。续念时若完全不提「接着刚才」，人会以为这是一条新播报。
怎么落地
- 任何长过一句的提示保留显式输出游标：句子序号或剩余议程列表。
- 旁支答完，自动续上剩下的项，并说一声「接着刚才」；也允许用户说跳过。
- 取消类打断清掉游标，不要假装还有尾巴。
- 验证：在五句里的第二句打断、问一个相关问题。三到五句是否还会被送到。系统从头来或再也不回来，就是书签没有了。