单击 Google 助手的列表视图键时 Dialogflow Intent 不匹配，但在以纯文本编写时有效
Dialogflow Intent not matched on clicking from Google Assistant's List View Key, but works when written in Plain Text
我在 Google Dialogflow 上有一个特定的 Intent 设置，它通过一个非常具体的单词关键字匹配员工的休假状态。例如，如果用户输入"Submitted"，则说明请假已处于已提交状态。
但是，当从 Google 助手的列表视图中选择完全相同的关键字时，dialogflow 无法匹配意图。
从列表视图中单击时，同一个关键字与 Intent 不匹配，但同一个查询在纯文本中有效，这怎么可能？
点击列表项（或轮播卡片）时，它会生成一个事件，该事件将触发您的 webhook，这与简单的文本消息不同。
第一种方式（如果您的 webhook 处理响应）
所以你需要在你的代码中处理它。
一般情况下，应该有intent和actions_intent_OPTION。从那里你需要隔离它。
第二种方式（如果您的代码未处理响应）
这样，您的意图必须能够处理 actions_intent_OPTION 列表（或轮播）生成的事件。
为此，您的意图需要添加事件，如下图所示（基本上它告诉对话流，无论何时触发 actions_intent_OPTION 事件，该意图都能够处理它，但目前在您的情况下没有意图与描述相符，它将转到默认后备意图）
因此只要点击列表项，它就可以处理流程。
我在 Google Dialogflow 上有一个特定的 Intent 设置，它通过一个非常具体的单词关键字匹配员工的休假状态。例如，如果用户输入"Submitted"，则说明请假已处于已提交状态。
但是，当从 Google 助手的列表视图中选择完全相同的关键字时，dialogflow 无法匹配意图。
从列表视图中单击时，同一个关键字与 Intent 不匹配，但同一个查询在纯文本中有效，这怎么可能？
点击列表项（或轮播卡片）时，它会生成一个事件，该事件将触发您的 webhook，这与简单的文本消息不同。
第一种方式（如果您的 webhook 处理响应）
所以你需要在你的代码中处理它。
一般情况下，应该有intent和actions_intent_OPTION。从那里你需要隔离它。
第二种方式（如果您的代码未处理响应）
这样，您的意图必须能够处理 actions_intent_OPTION 列表（或轮播）生成的事件。
为此，您的意图需要添加事件，如下图所示（基本上它告诉对话流，无论何时触发 actions_intent_OPTION 事件，该意图都能够处理它，但目前在您的情况下没有意图与描述相符，它将转到默认后备意图）
因此只要点击列表项，它就可以处理流程。