Dialogflow es 什么会导致自定义回退意图未触发?

Dialogflow es 什么会导致自定义回退意图未触发?,dialogflow-es,fallback,Dialogflow Es,Fallback,我使用输入上下文“Con-Ser-Klacht-channelKeuzeInput”制定了一个自定义的回退意图。但是当我测试我的代理时,即使“Con-Ser-Klacht-channelKeuzeInput”处于活动状态,也会触发默认的回退意图 我认为更具体的意图(即更多的输入上下文)比不太具体的意图优先。那么是什么导致了这种行为呢 我已经检查了输入错误,但活动上下文与自定义回退的输入上下文相同 以下是相关意图: 2.2.16.02.05-X-Con-Ser-Klacht-Input input

我使用输入上下文“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 

我想出来了。默认回退还具有活动的输入上下文(gl consument)。由于两个回退都只有一个输入上下文,因此自定义上下文的优先级不高于默认上下文

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