完成插入后需回到原任务
别名: 嵌套完成后回原任务 · 从插入里返回 · pop back to parent task
概念解释
天气答完了，下一句若是「还需要什么」，叫车从议程上消失，用户得自己把上车点再提一遍。插入完成后回到原任务（resume after nested task）要求嵌套一结束，系统主动把话轮接回挂起的那件事，而不是落到一个空白的「我能帮你做什么」。回，不是把天气播报再念一遍，是把原任务的下一空槽或确认拍重新放到台面上。
机制
人把插入当成括号：括号闭合，阅读位置应回到左括号之前。系统若把完成的插入当成会话的新终点，栈顶被弹出后下面是空的——因为主任务从未被当成父任务压栈，只是被新意图覆盖了。即使用户记得「我在叫车」，下一拍没有恢复线索，工作记忆也要重新计划怎么开口，等于把已经走过的槽再走一次。恢复还需要一个可听见的接头：只把麦克风打开等着，用户不知道该填上车点还是该说「继续叫车」。接头里应带原任务的身份和当前位置（「回到叫车。上车点还是公司吗？」），让括号两边对齐。没有接头的「回」和没回，对用户是同一件事。
怎么研究
同一套插入之后做两种收束：带恢复线索（点名父任务和当前槽）与无线索开场白。因变量：用户在下一轮继续父任务的比例、重新唤醒父技能的次数、放弃。自变量：插入任务的时长（一句天气对一个三轮的短信）、父任务已填槽数。插入越长、已填越多，无线索条件下的回访率通常掉得越狠——不是人忘了自己要叫车，是下一拍没有把阅读位置还回来。
会话分析看插入结束后的第一对相邻对：系统是否产出一个指向父任务的第一对位。若第一对位是通用帮助，把这记为恢复失败，即使后来用户靠自己绕了回去。
边界
用户在插入里用了明确的话题转换（「不要车了，改听歌」），父任务已被放弃，回会变成打扰。插入若打开的是一个很长、用户显然会待在里面的技能（开始播放播客），自动跳回叫车会切断新活动；这时应问要不要回，而不是直接弹回。父任务的前置条件已经变了（叫车过程中用户走进了地铁，上车点失效），回到原槽会接上过时状态，需要先刷新再回。嵌套失败（天气技能不可用）同样要回，而且要带着失败，不能把失败当成会话结束。
怎么落地
- 插入闭合时默认产出一条恢复线索：父任务名 + 当前空槽或确认。不要落到通用开场白。
- 线索里回述已填的关键项（「上车点还是公司」），让用户用「对」接住，而不是把整张单再问一遍。
- 用户若在插入过程中说出放弃父任务的话，走放弃，不走恢复。
- 验证：叫车问到上车点 → 插入天气 → 天气答完。下一句系统输出必须能让没听到前几轮的人听出「现在在叫车，卡在上车点」。若下一句可以出现在冷启动，恢复没有发生。