alexa - 更改 Alexa 履行中已识别 intent 的选项

Question

我的理解是 Amazon ASK 仍然没有提供:

• 原始用户输入
• 后备 intent 选项
• API 动态添加可能的选项，让 Alexa 变得更好 被告知选择一个 intent 。

这是正确的还是我错过了对一些关键功能的了解？

Actions on Google w/Dialogflow 提供:

• 用于分析的原始用户输入:request.body.result.resolvedQuery

• 后备 intent : https://dialogflow.com/docs/intents#fallback_intents

• 一个用于动态添加用户表达(又名示例话语)的 API:PUT /intents/{id}

这些工具使开发人员能够检查识别出的 intent 是否正确，如果不正确则进行修复。

我知道之前有很多问题，这里只是几个:

How to add slot values dynamically to alexa skill

Can Alexa skill handler receive full user input?

Amazon Alexa dynamic variables for intent

与我的 AoG 应用程序相比，使用我的 Alexa 技能的用户要多得多，这仅仅是因为亚马逊迄今为止在市场上的主导地位 - 但由于这些限制，他们的体验不及 Google 智能助理用户体验。我在这里等待新的 Alexa 功能已经等了将近一年，我认为在亚马逊不使用 AMAZON.LITERAL 的指导之后，自定义广告位将会有所改进。到目前为止它仍然看起来像this old blog post仍然是唯一给出的指导。使用 Google，我从数据库中动态提取话语选项，这些选项是在帐户链接后为给定用户自定义的。通过获得用户的原始输入，我可以在必要时更正 intent 的选择。

如果您想要这些功能，但在没有这些功能的情况下不得不继续前进，那么当您不知道用户会说什么时，您有哪些技巧可以通过 Amazon 获得准确的 intent 处理？

编辑 2017 年 11 月 21 日: 9 月，Amazon 宣布了 Alexa Skill Management API (SMAPI)，它确实提供了上述第三点。

Answer 1

实际上，这应该是一个更好的评论，但我在 stackoverflow 上写的更少，以便能够发表评论。我和你在一起。 但亚马逊的 Alexa 也有非常大的进步。

intent 架构似乎直接影响语音到文本的识别。顺便提一句。有人可以确认这是否正确吗？

在 Google Home，情况似乎并非如此。 因此，匹配不寻常的名字比在 alexa 上还要复杂。 有时它只能识别出绝对的废话。

不确定我目前更喜欢哪个。

我的感觉是，对于小型应用程序，Alexa 更好，因为当它的选择较少时，它可以更好地匹配 Intent 短语。 但对于大型 Intent 模式，它真的很麻烦，在我的测试中，一些 intent 完全不匹配。

这里可能是 google home 和 action SDK 胜出？原因 语音到文本似乎是在字符串模式到 intent 模式匹配之前完成的。所以这对于更大的模式可能更健壮？

要获得类似问题的答案:

您可以尝试将可以说的尽可能多地添加到一个插槽中。然后通过 Jaro winkler 或其他字符串距离将 Alexa 请求的结果匹配到您的数据库。

我尝试让 Alexa 找到与用户所说的内容接近的短语。我将此添加为短语以填补空缺。

所以我们网页中的一个模块是模式中的一个 intent 。然后我要求说出在该模块中究竟应该做什么(这是插槽填充请求)。答案是槽填充话语。

对我来说，这比常规 intent 模式稍微好一点。但它需要更多的谈话，所以我不太喜欢它。