aws-lex可以用于构建对话流程机器人吗?
例如:
是否可以在aws-lex中执行类似的操作?
我尝试使用slot / prompts / lambda,但无法进入图表的第二或第三级深度。可以以某种方式完成?
非常感谢您!
所有这些原因:因此,我们拥有自己的“对话生成器”和“机器人服务”。 我们自己的“对话框生成器”:可能类似于Amazon Connect对话生成器,我们自己的“启动服务”类似于Microsoft bot框架。在我们使用microsoft-luis获取句子的“意图”之前,同时使用我们自己的对话生成器和我们自己的机器人服务来构建对话/对话流,例如,如果用户说“是”,则转到另一个流,如果用户说“否”,然后转到不同的流程(可以在插槽中完成吗?)===二叉树:)
因此,现在我们从luis切换到aws-lex,并尝试考虑是否有可能仅使用aws-lex UI,而不是我们的(对话生成器/机器人服务)了。但是我的理解是,如果不使用某种对话生成器而使用aws-lex,如果包含大量数据,我们将需要编写大量if / case语句,对吗?你有什么建议?一种方法是仅使用“ Amazon Connect”来利用其对话构建器,这样我们就不必编写大量的if语句,但是如果我们使用对话构建器,我们可以仅使用我们自己的(旧的)对话构建器吗?你觉得怎么样?
答案 0 :(得分:1)
这正是正是构建Amazon Lex的目的!
管理信息流(或会话上下文)由Lex中称为sessionAttributes
的持久性会话属性处理。您可以将sessionAttributes
视为一组标志,其中用户输入/对话流可以更改这些值并用于更改对话路径。您可以在official docs中详细了解sessionAttributes
的螺母和螺栓。
This blog post在出租车预订示例中演示了如何在整个用户会话中使用sessionAttributes
在消息之间传递上下文。
此外,由于您提到具有导致通话的途径,您可能有兴趣将Lex与Amazon Connect结合使用,Amazon Connect是易于配置的云联系中心,可通过GUI配置流。根据应用程序的架构,可以持续使用sessionAttributes
来个性化用户的通话体验,从而避免他们不得不重新输入已经输入到Lex bot中的信息。
有关Amazon Lex + Amazon Connect集成available here的精彩教程。