取消、重来与帮助在任何状态下可用
别名: 全局取消重来帮助 · overlay grammar · 元指令
概念解释
取消、重来、帮助是三条元指令，不是某个节点上的可选项。用户在问 CVV、问日期、问「还要别的吗」时都可能说「算了」「从头来」「你能干什么」。若该节点的识别范围被收到只听数字或只听时间，这三句话会变成垃圾输入，系统回「请再说一次卡号」。节点有别的出口（超时去失败、不知道就跳过）也不等于这三条已经接通。
机制
为了提高当轮识别率，状态会收紧语法：只激活与当前槽有关的词。收紧在填槽上有效，代价是把元指令挤出词表。用户无法知道当前节点「听什么」，只能按自然说法求救或退出。三条元指令的语义还不一样：取消是放弃本任务；重来是清空已填槽、回到任务入口；帮助是解释当前能说什么。用同一个「退出」节点吞掉三条，用户说「重来」却被结束会话，是另一类错误。
优先级也要高于槽值。卡号节点听到「取消」不能当成卡号的一部分；日期节点听到「帮忙」不能当成日期失败后的普通重问。元指令需要一层盖在所有节点上的高优先级意图，而不是每个节点各自想起一回写一次。
怎么研究
对每个提问节点做三项探针：说取消、说重来、说帮助（含「你能做什么」「我该怎么说」）。因变量是识别是否命中对应元意图、路由是否正确（取消→任务结束，重来→槽清空后入口，帮助→与当前槽有关的说明），以及日志里这些说法被当成槽错误来重问的次数。
现场切法是检索含「算了」「重来」「怎么办」的话轮，看前后状态。实验室若只在欢迎语节点测这三条，会漏掉语法最窄的那些中间节点——那才是最容易把元指令挤掉的地方。
边界
钱已经划走、消息已经离开设备之后，取消不能假装回滚，要改口说明不可取消，而不是把词从语法里拿掉让人以为没听见。帮助在不同节点内容应不同：卡号节点给格式和例子，不要念一遍总技能清单。有的语言里「好了」既像完成又像取消，需要结合当前槽消歧，而不是永远优先元指令。单轮无状态命令仍要能取消尚未执行的动作；已经执行完的，取消变成撤销，那是另一条能力。
怎么落地
- 做一层全局元意图，覆盖所有提问节点；词表至少包括取消、重来、帮助的常见说法，并给这层比当前槽更高的优先级。
- 三条分开路由：取消结束并作废未提交的槽；重来清空后从任务第一问再来；帮助只讲当前槽能怎么说，附一句可照念的例子。
- 不可回滚的节点不要静音这三条，而要接住再解释为什么停不了。
- 验证：状态表每一行打三条探针。任一节点把「算了」听成槽值或回成普通重问，这一行就还没接通。