切换与修正是两种不同的意图
别名: 换话题不是在纠错 · 否定词的两种用法 · switch vs correction
概念解释
系统说「已加入蓝色那件」，用户回「不对，要红的」——还在买同一件衣服，改的是颜色槽。同一位置若回「算了，放歌」，是丢掉当前任务、另起一件。表层都可以用否定、用「不要」，话语功能却是两种：话题切换和修正（topic shift versus repair）。混为一谈的代价不对称：把切换当成修正，会在旧任务里乱改一个槽；把修正当成切换，会把已经填好的单整张掀掉。
机制
修正针对共同基础里一个已接地、但接地错了的成分，任务框架保持。切换抛弃框架，或把框架压栈去做另一件事。分类器若只看情感或只看「否定」标签，两种话步撞进同一意图。区分靠的是对象：修正通常点名或对照一个刚被回述的槽（「红的」对上「蓝色那件」）；切换带上一个与当前议程不合的新谓词（「放歌」对上购物）。「不要了」是已知的硬例：可能是清空当前槽、放弃整单、或只是不要刚才那一个推荐。没有后续成分时，应问功能，而不是默认其中一种。修复策略管怎么改那个槽；这里管的是先判定这句话是不是还在办这件事。
怎么研究
建一个否定话步语料：把含「不 / 算了 / 不是」的用户轮标成修正、切换、放弃、或其他。特征包括：是否紧跟系统回述、是否出现与当前槽同类型的新值、是否出现新技能的谓词。用这些特征做分类，看哪些表面否定最容易被现网意图模型标错，以及标错之后走了哪条状态路径（改槽、开新技能、清空）。
Wizard-of-Oz 可以成对出现同一句「不要蓝色」：一次接在「蓝色已加入」之后，一次接在长时间跑题之后。同一字符串在两种位置上应落到不同功能。不要用离线句分类代替带上下文的标注——离开上一句，否定无法定性。
边界
一句话里既改槽又换任务（「红的那件不要了，放歌」）是复合，需要拆，而不是在切换和修正里二选一。礼貌性的「不用了谢谢」在系统刚提供可选帮助时，常常是拒绝帮助而不是放弃任务。口音或识别把「要红的」听成「不要」，会把修正假造成切换，声学错误会污染这层分类——应用对象一致性做校验：若「不要」之后仍跟着一个同槽新值，优先当修正。儿童会用「不要」表示还没想好，那是延迟，不是切换。
怎么落地
- 在回述某个槽之后的下一轮，把否定默认解释为对该槽的修正；只有出现新技能谓词或明确的整单放弃时才走切换。
- 「不要 / 算了」后面没有新值也没有新谓词时，用一句封闭问钉功能：「改颜色，还是不做这件了？」不要默默清空或默默继续。
- 判定为切换时，不要顺手改旧任务的槽；判定为修正时，不要弹出新技能的开场白。
- 验证：同一技能准备两句用户话——「不对，要红的」和「算了，放歌」。第一条应只改颜色并留在购物；第二条应离开购物。若两条进了同一路径，分类没有切开。