【问题标题】:What could cause a custom fallback intent to not be triggered?什么可能导致自定义回退意图不被触发?
【发布时间】:2019-10-16 22:48:08
【问题描述】:

我已经使用输入上下文“Con-Ser-Klacht-channelKeuzeInput”创建了一个自定义后备意图。但是当我测试我的代理时,即使“Con-Ser-Klacht-channelKeuzeInput”处于活动状态,也会触发默认的回退意图。

我认为更具体的意图(即更多输入上下文)优先于不太具体的意图。那么什么可能导致这种行为呢?

我已经检查了拼写错误,但活动上下文与自定义回退的输入上下文相同。

以下是相关意图:

2.2.16.02.05-X-Con-Ser-Klacht-Input
input contexts: Con-Ser-Klacht-channelKeuze, Con-Ser-Klacht-Input
output contexts: (3) Con-Ser-Klacht-channelKeuze, (3) Con-Ser-Klacht-channelKeuzeInput, (0) Con-Ser-Klacht-Input 



2.2.16.02.04-X-Con-Ser-Klacht-Fallback
input contexts: Con-Ser-Klacht-channelKeuzeInput
output contexts: (3) Con-Ser-Klacht-channelKeuze, (3) Con-Ser-Klacht-channelKeuzeInput , (3) Con-Ser-Klacht-Input 

Screenshot of DF Console

【问题讨论】:

  • 如果所有输入上下文都处于活动状态,则应该如此,所以这听起来很奇怪。这是在您使用控制台测试它时发生的,还是您通过自己的调用测试它时发生的。如果这是您尝试触发意图的方式,您能否更新问题以包括显示正在发生的事情的屏幕截图以及您用来拨打电话的代码?
  • 我正在控制台中测试。
  • 您能否更新问题以包含来自控制台的屏幕截图?他们通常可以提供有助于诊断问题的信息。
  • 我添加了一个屏幕截图。我还使用了实际名称而不是占位符名称(我最初使用占位符意图和上下文名称,因为真实名称很长并且是荷兰语)

标签: dialogflow-es fallback


【解决方案1】:

我想通了。默认的回退也有一个活跃的输入上下文(gl-consumment)。由于两个后备只有一个输入上下文,因此自定义的没有优先于默认的。

【讨论】:

    猜你喜欢
    • 2012-11-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-10-09
    • 1970-01-01
    • 2018-06-03
    • 1970-01-01
    相关资源
    最近更新 更多