使用Lex和Alexa的区别

Question

我正在建立一个Alexa技能，这将允许Alexa用户与面向电子商务网站的消费者进行交互。有调用站点上已经存在的代表的功能。现在，我想构建一个语音应用程序作为一个附带项目，通过对话扩展相同的选项。需要位置、呼叫类别等插槽。它基本上是一个应用/交易机器人。

在未来，如果这是成功的，我希望同样的通用应用程序可以在不同的IoT设备上访问(比如，等等)。因此，我想抽象出语音交互，并具有与之交互的(一般)流和API。

这就让我对api.ai、wit.ai、Lex等不同的技术做了一些研究。

但是，由于这是Alexa的一个应用程序，而且我一般都依赖AWS和Amazon，我想我现在更喜欢使用Lex或者只编写一个本地的Alexa应用程序。

我很难理解两者的不同之处。我知道Alexa是使用Lex构建的，我看到他们有类似的概念，比如意图、插槽等等。

但是，我正在寻找这两种服务之间的任何区别：

1. 使用Lex会让我更容易地与其他设备集成吗？还是有什么好处？
2. 使用Lex会让我在设计/修改会话流程时有更大的灵活性吗？它似乎更复杂一些，因此，可能允许更大的功能。
3. 还是仅仅因为Lex提供了几乎完全相同的功能，并且仅仅是针对那些不是Alexa的设备呢？
4. 莱克斯提供比亚历克莎更多的分析处理吗？在Alexa中，我只能看到意图/插槽，但如果我能在Lex中看到实际的文本，这将是理想的。

Answer 1

Alexa技能工具包(ASK)用于构建在Alexa生态系统和设备中使用的技能，并允许开发人员利用Alexa的所有功能，如智能家庭和Flash简报API、流音频和丰富的GUI体验。Amazon机器人支持语音和文本，可以跨移动和消息传递平台部署。

现行法常见问题

Answer 2

在我看来(非常有限的Alexa经验) AWS允许对bot对话框进行更大的控制。它定义了单独的验证和实现代码挂钩，启用了UI上插槽的特定提示，支持意图之间的编程转换，给出适当的版本控制和别名处理，等等。因此，这似乎更像是企业提供的，而不是“消费者级”的Alexa技能。

但令人惊讶的是，它缺少一些重要的特性，例如，它没有内置的“布尔”插槽类型，因此您必须围绕“是/否”问题进行编码。或者根本就没有lex的Cloudwatch日志。此外，(不断增长的)集成列表将使其更加通用。

但是，尽管我是AWS的超级粉丝，但我不得不说，api.ai似乎是一个相当完善的、功能丰富的命题，至少目前是这样。

关于与其他设备的集成，我认为这些平台中的任何一个都不能保证这一点。看起来，如果你的目标是谷歌主页，而不是他们的平台，如果你瞄准了Alexa，那么它就是alexa或api.ai (不确定谷歌将来是否会推动这一点)。但是如果你计划与聊天平台集成，或者直接集成到网络应用程序中，那么我认为所有主要的平台都可以提供给你，或者在不久的将来。

顺便问一下，您是否检查过IBM或Microsoft框架(与LUIS一起)？他们也是非常有能力的，完整的框架，也不要低估他们！

Answer 3

使用外部NLP服务处理Alexa通过其本机缺陷交互模型交付的原始文本存在风险。亚马逊可能不会认证你的技能。这是不幸的听到，但他们的借口是威胁暴露私人用户数据用户可能没有意识到他们正在发送。这是令人作呕的，因为要做任何健壮的事情，您必须避免Alexa的本地NLP系统。我不相信莱克斯比它更先进。你陷入困境了。这将使亚历克莎倒退，也许从长远来看，与自然对话有关。我们一直在准备隐形滑雪板，亚马逊的一位代表说，我们的方法是“黑客”，发布后可能无法获得认证。我还不确定答案是什么。这个原始文本问题是否存在于Google或其他语音平台中？当心。