【问题标题】:DialogFlow - Best practices handling default fallback?DialogFlow - 处理默认回退的最佳实践?
【发布时间】:2019-08-04 17:41:05
【问题描述】:

我只是想知道当用户意图无法被多次理解时的最佳处理方式。

例如在聊天机器人的情况下,用户可能会多次输入无法理解的意图,在第三次之后,我希望聊天机器人调用网络服务。

处理这种情况的最佳方法是什么?我想出的可能方案是:

1) 每次调用默认回退 Intent 时,我们都会调用一个 Web 服务,该服务会跟踪为当前用户调用默认回退 Intent 的次数,并在第三次调用另一个服务时。

2) 在 DialogFlow 中将多个默认后备意图链接在一起,并在调用第三个后备意图时进行调用(这甚至可能还是个好主意?)

3) 跟踪在 DialogFlow 中调用默认回调的次数(通过使用我相信的实体),然后在第三次尝试时我们调用 Web 服务。

我是 DialogFlow 的新手,很高兴收到任何建议或想法

【问题讨论】:

    标签: dialogflow-es


    【解决方案1】:

    如果您的意思是 (2) 中的“后续意图”,这将是一个坏主意。几乎任何涉及后续意图链的事情都是一个坏主意。

    老实说,我不确定您将如何完成 (3)。 Dialogflow 本身几乎无法包含此类逻辑。

    最好的方法是 (1) - 对于所有事情,调用您的履行 webhook 并让它处理逻辑。通常,您希望计算用户点击后备意图的连续 次,而不是您这样做的总 次。您可以将此计数器保留在短暂的上下文中。

    (作为旁白,multivocal 等库会为您跟踪计数器,并让您在响应或其他逻辑处理中使用它。)(免责声明,我是 multivocal 的主要开发人员。)

    【讨论】:

    • 感谢您的澄清 :)
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-08-05
    • 2012-07-20
    • 1970-01-01
    • 2020-01-25
    • 2013-08-25
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多