Ibm cloud Watson对话流返回根目录,流粘贴在下面

Ibm cloud Watson对话流返回根目录,流粘贴在下面,ibm-cloud,watson-conversation,Ibm Cloud,Watson Conversation,为什么会话要返回到[root]节点 谢谢。第一个节点(位于“对话开始”的右侧)正在为您的第一次输入触发(有意#devoxus和@location:US) 下一个输入的目的是#whereUS,但是,上一个节点只有一个子节点,该子节点仅在#whenUS时触发 因此,运行时会检查子节点,而子节点不会触发,并且由于没有更多的子节点(注意,它不会沿着树向下到达孙子节点,等等),因此它会返回到根节点以找到合适的节点 要防止会话返回到根节点,请将树中的最后一个节点设置为条件true。这将始终被击中,并将您移动

为什么会话要返回到[root]节点

谢谢。

第一个节点(位于
“对话开始”
的右侧)正在为您的第一次输入触发(有意
#devoxus
@location:US

下一个输入的目的是
#whereUS
,但是,上一个节点只有一个子节点,该子节点仅在
#whenUS
时触发

因此,运行时会检查子节点,而子节点不会触发,并且由于没有更多的子节点(注意,它不会沿着树向下到达孙子节点,等等),因此它会返回到根节点以找到合适的节点

要防止会话返回到根节点,请将树中的最后一个节点设置为条件
true
。这将始终被击中,并将您移动到树的下一部分

例如:


再次键入
Hot
Hot
将返回
“一”
“五”
,您的下一个节点将是
“五”
的分支

我与Sandhya交谈过,她的应用程序似乎没有在上下文中传递到下一个请求,因此它返回到默认响应,并且不会继续对话。当通过REST客户端进行测试时,它工作正常。

我已经更新了@CharlesRankin的答案。另外,前两个根节点具有相同的条件,这是一种不好的做法,因为第一个节点将始终被执行,实际上第二个节点和所有子节点将始终被忽略。谢谢,我可以理解并解决此问题。