如何解决对话机器人应用列表与单应用查询的意图冲突问题

核心思路 #

通过会话上下文管理和实体精准识别区分两个意图的触发场景，从根源避免冲突：仅当用户完成身份验证、已查看应用列表时，才允许触发“查询应用详情”意图；同时用专属实体捕捉应用编号，减少误匹配概率。

具体配置步骤 #

1. 给“展示应用列表”意图添加输出上下文 #

在已配置的“展示应用列表”意图中，添加输出上下文（例如命名为app_list_displayed），设置生命周期为3-5轮会话（足够用户输入编号的次数）。

• 作用：标记用户已完成身份验证并获取应用列表，后续输入会优先匹配详情查询意图。

2. 创建“查询应用详情”意图并设置触发条件 #

• 实体定义：先创建一个数字类型的专属实体（例如app_number），用于精准识别用户输入的应用编号。
• 触发短语：仅添加编号相关的训练样本，避免与“展示应用列表”的触发短语重叠，示例：
  • $app_number
  • 编号$app_number
  • 查$app_number
• 输入上下文：将app_list_displayed设为该意图的必填输入上下文。确保只有用户已查看应用列表时，该意图才会被触发，彻底规避与“展示应用列表”意图的冲突。
• 逻辑处理：在意图的处理逻辑中，提取app_number实体的值，返回对应应用的详细信息。

3. 完善边界场景处理 #

• 若用户未完成身份验证直接输入编号：在“查询应用详情”意图中添加无上下文时的 fallback 响应，例如返回“请先触发Application指令完成身份验证，获取应用列表后再查询对应编号”。
• 若用户输入的编号不存在：添加对应错误提示，例如“未找到编号为X的应用，请检查编号后重试”。

示例配置（以主流对话平台为例） #

以Dialogflow平台操作流程为例：

1. 打开“展示应用列表”意图 → 进入「响应」标签 → 点击「添加输出上下文」，输入app_list_displayed，设置生命周期为4。
2. 新建“查询应用详情”意图 → 进入「训练短语」标签，添加1、编号3、查5等样本，系统自动关联app_number实体（或手动创建数字实体）。
3. 进入「上下文」标签 → 点击「添加输入上下文」，选择app_list_displayed。
4. 在「Fulfillment」中编写逻辑：通过app_number的值从数据库/接口获取应用详情并返回。

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