带条件的Routes中意图匹配但条件不满足的问题咨询与处理方案

为什么会出现这种情况？ #

intent匹配和路由条件校验是对话代理中两个独立的处理阶段：

1. 第一阶段是NLU（自然语言理解）层识别intent，只要用户输入符合该intent的训练特征，就会标记为匹配，不会考虑会话参数；
2. 第二阶段才是对话管理层检查路由的附加条件（比如会话参数是否等于foobar），只有条件满足时才会触发对应路由的处理逻辑。

所以即使路由条件不满足，intent已经被NLU识别出来，系统不会认为是"无匹配"，自然不会触发"no match"事件。

正确处理方式 #

1. 优先使用intent级别的条件过滤（推荐） #

如果你的对话平台支持，直接在NLU层给该intent添加会话参数约束。这样只有当会话参数等于foobar时，NLU才会识别这个intent；参数不满足时，该intent不会被匹配，系统就会自动触发"no match"事件。

比如部分平台允许在intent的配置中添加类似这样的条件表达式：

session.params.xxx == "foobar"

2. 配置全局fallback路由 #

如果平台不支持intent级别的过滤，可以设置一个优先级最低的全局路由，当所有其他路由都不匹配时触发。在这个路由里直接调用你已有的"no match"事件处理逻辑，不用单独为每个intent写反向条件路由。

3. 复用no match逻辑的反向路由 #

如果必须保留现有路由结构，你可以为该intent创建一个反向条件的路由（会话参数不等于foobar），在这个路由的处理逻辑里直接转发到"no match"的处理流程，而不是自己模拟回复，这样就能复用已有的优雅处理逻辑。

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