dialogflow context vs. intent - 设计选择
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了dialogflow context vs. intent - 设计选择相关的知识,希望对你有一定的参考价值。
几周前我开始使用Dialogflow。很高兴学习意图和(输入/输出)上下文的概念,通过该上下文,Google以自然语言模拟和定义日常会话流。我理解当前设置的意图和上下文是如何工作的。但对我来说,上下文的功能只能通过使用意图来实现。您可能会争论“意图”一词是否适用于此用法,但这是另一种讨论。因此,不是输入和输出上下文只是输入和输出意图。在实现中,确保当前会话的参数和信息符合以下意图。并且以下意图再次具有其输出意图并且继续谈话。
如果我错了,谁能纠正我?
意图表示用户操作,通常是用户所说的内容,包括来自该特定话语的参数。
上下文有两个目的:
- 保持Intent中的参数或通过Fulfillment设置的参数一段时间。
- 当用作输入上下文时,限制可以触发的Intents。
虽然你当然可以“将参数向前发送”从一个意图转移到另一个意图,但这是一种非常线性的思维方式,并且在复杂的对话中迅速崩溃。正如第一个子弹建议的那样,使用上下文存储参数和其他信息会使这更容易,因此您的用户可以在对话中四处闲逛,但您仍然保持整体状态。
至于第二个项目符号,这用于改变我们根据对话的其他部分理解用户所说的内容。 (这与人类处理对话的方式相符。)
所以我的回答说“是”意味着不同的事情取决于我是否要求删除消息或发送消息 - 上下文帮助我们管理它。
以上是关于dialogflow context vs. intent - 设计选择的主要内容,如果未能解决你的问题,请参考以下文章
ruby 来自http://lmws.net/describe-vs-context-in-rspec
Android Studio 3.0 Unresolved reference: SupportedLanguages for AIConfiguration class in Dialogflow(
错误:请求浏览器客户端域不安全:dialogflow.googleapis.com
nodejs-dialogflow 库返回 TypeError: dialogflow.SessionsClient 不是构造函数