naming-conventions - 意图、事件和上下文的命名约定

Question

我想知道 Dialogflow 中是否有任何商定的意图、事件和上下文的命名约定。

如果没有，那么如果您分享您自己的命名约定，我将不胜感激!

Answer 1

我发现“只要别人容易理解就行”这句话有点矛盾。如果有命名约定，人们会更容易理解新的 Dialogflow 机器人。

<小时/>

这是我的看法:

意图

我使用点来对意图进行分组并暗示层次结构。理想情况下，意图名称的第一部分只是一个清楚表明意图主要主题的单词。例如name 是一个接收用户名作为输入的意图。 name.confirm 将是接收名称确认的后续意图。 name.confirm.yes 将是用户给予确认的意图。

这是在收集联系数据的机器人的上下文中，因此隐含了输入功能。在更加混合类型的聊天机器人中，您可以将意图类型添加为第一个单词，以更好地对您的意图进行分类。例如。 input.name.confirm.yes 或 FAQ.shipping.overseas 或 smalltalk.agent.location(“你在哪里？” )。

我对后备意图使用相同的方法:fallback.name 将是当机器人等待用户输入其姓名但不理解答案时触发的后备意图。

上下文

对于上下文，我使用蛇形案例。例如，awaiting_email 是机器人等待用户输入电子邮件地址时设置的上下文。获得电子邮件地址后，我将设置一个上下文email来传递信息，以便其他意图可以将其用作上下文。或者，如果我正在收集有关用户的几条数据，我将设置上下文user，并且其他意图可以访问某些参数，例如通过user.email。

<小时/>

我还制作了一个有关该主题的视频:https://youtu.be/kgKuS2RJcy4

很明显，每个人的角度都略有不同，因为他们的应用领域不同。我相信我们最终会达到一个共同的标准!