Dialogflow es dialogflow上下文与意图-设计选择

我几周前开始使用Dialogflow。很高兴了解意图和（输入/输出）上下文的概念，Google通过这些概念用自然语言建模和定义日常会话流。我理解意图和上下文在当前环境下是如何工作的。但对我来说，语境的功能只能通过使用意图来实现。你可能会争论“意图”这个词是否适合这个用法，但这是另一个讨论。因此，不需要输入和输出上下文，只需执行输入和输出意图。在实现中，确保当前对话的参数和信息达到以下目的。下面的意图也有它的输出意图，谈话继续

---

如果我错了，有人能纠正我吗？

意图表示用户的行为，通常是用户所说的，包括特定话语中的参数

上下文有两个目的：

• 保留某个意图中的参数，或在一段时间内通过实现设置的参数
• 当用作输入上下文时，限制可以触发的意图

虽然你当然可以从一个意图到另一个意图“发送参数”，但这是一种非常线性的思维方式，在复杂的对话中很快就会分崩离析。使用上下文来存储参数和其他信息，正如第一个项目符号所建议的那样，这使得这变得容易多了，因此您的用户可以在对话中四处走动，而您仍然保持着整体状态

至于第二个项目，这是用来改变我们如何理解用户根据我们谈话的其他部分所说的话。（这与人类处理对话的方式相匹配。）

---

因此，我的回答“是”意味着不同的事情，这取决于我是请求删除邮件还是发送邮件-上下文帮助我们管理它。

我的想法正是如此！！这里还要写一点：我正在研究一些其他人已经构建的意图及其输入/输出上下文。一些上下文名称与意图的名称相同，起初我认为这些输出上下文栏应该用意图名称填充。当我后来发现它们只是上下文时，我提出了这个问题。对我来说，它可以设计成一种没有上下文这个术语/概念的方式。只需将上下文的所有这些功能集成到意图中，例如保存参数、将信息传递给下一个等等。您有任何复杂对话的示例可以让我更了解吗？