Dialogflow地址意图触发异常：数字输入误触发数量意图

你遇到的核心问题是意图识别的上下文冲突——当系统处于收集门牌号的阶段时，用户输入的数字被误判为数量意图的触发条件，导致流程回溯。下面是几个针对性的解决方案，你可以根据自己使用的对话平台调整实现细节：

1. 给意图添加严格的上下文约束 #

• 对于「获取数量」意图，设置触发上下文限制：只有当系统还未收集到数量信息，且当前不在「收集门牌号」的上下文场景中时，才允许触发这个意图。
• 对于「获取地址-门牌号」阶段，设置激活上下文：当进入这个阶段后，自动激活专属的上下文标签（比如collecting_house_number），同时让「获取数量」意图在该上下文存在时不触发。

2. 优化实体识别规则，区分数量和门牌号数字 #

• 虽然门牌号用了sys.any，但可以给数量意图的数字实体添加额外规则：比如数量通常是1-100这类合理的订单数量范围，而门牌号可能包含数字+字母（如Flat 4b）、纯数字但范围更广，或者结合前面的邮编上下文来判断。
• 部分对话平台支持实体角色（Entity Roles），你可以给数字实体标记「数量」和「门牌号」两种角色，结合上下文来分配正确的角色。

3. 调整意图优先级 #

• 将「获取地址-门牌号」相关的意图优先级设置为高于「获取数量」意图。这样当系统处于收集门牌号的流程中时，即使用户输入数字，也会优先匹配当前流程对应的意图，而不是回溯到数量意图。

4. 使用槽位填充的锁定机制 #

• 如果你的对话系统支持槽位填充的「锁定」功能，在进入收集门牌号的步骤后，锁定当前的槽位收集目标，暂时屏蔽其他非相关意图的触发，直到用户完成门牌号的输入。

举个简单的逻辑例子：当系统发送「请提供你的门牌号或房屋名称」后，后续用户输入的任何内容（包括纯数字）都优先进入「处理门牌号」的逻辑，而不会触发数量意图，直到这个槽位被成功填充后，才恢复其他意图的正常触发。

内容的提问来源于stack exchange，提问作者Alec Davies