Lex 无法识别 AMAZON.EmailAddress 的语音输入
Lex not recognizing VOICE input for AMAZON.EmailAddress
电子邮件地址的输入在使用“测试机器人”或通过短信输入进行测试时有效。
但是对于语音命令，它无法识别例如“tony@gmail.com”
那么我是通过“T O N Y @ G M A I L DOT C O M”还是说“tony@gmail.com”向 Lex 拼写出来？
如果我说“a@gmail.com”，它似乎可以识别。
如有任何帮助，我们将不胜感激。
Amazon Connect/Lex 在尝试填充专门的 slotType（如电子邮件）之前如何解释语音到文本之间有时会出现格式问题。因此，您应该使用 AWS CloudWatch.
检查 Lex 如何接收您的每一个语音输入
因此，您可能需要在 Lambda 中构建您自己的电子邮件解析和验证代码并自己填补空缺，专注于解析语音到文本输出格式的变体。
这就是您的直接文本输入有效的原因，因为 Lex 可以轻松地解析它们。但我相信您会在语音输入电子邮件中看到一些奇怪的格式，这些格式在 Lex 的 AMAZON.EmailAddress slotType 解析器中无法正常工作。
一旦您可以查看语音到文本如何解释您的测试，您应该能够看到您可以为其构建自己的简单解析器的模式，然后您的 Lambda 可以很好地处理文本和语音输入。
电子邮件地址的输入在使用“测试机器人”或通过短信输入进行测试时有效。 但是对于语音命令，它无法识别例如“tony@gmail.com” 那么我是通过“T O N Y @ G M A I L DOT C O M”还是说“tony@gmail.com”向 Lex 拼写出来？ 如果我说“a@gmail.com”，它似乎可以识别。
如有任何帮助，我们将不胜感激。
Amazon Connect/Lex 在尝试填充专门的 slotType（如电子邮件）之前如何解释语音到文本之间有时会出现格式问题。因此，您应该使用 AWS CloudWatch.
检查 Lex 如何接收您的每一个语音输入因此，您可能需要在 Lambda 中构建您自己的电子邮件解析和验证代码并自己填补空缺，专注于解析语音到文本输出格式的变体。
这就是您的直接文本输入有效的原因，因为 Lex 可以轻松地解析它们。但我相信您会在语音输入电子邮件中看到一些奇怪的格式，这些格式在 Lex 的 AMAZON.EmailAddress slotType 解析器中无法正常工作。
一旦您可以查看语音到文本如何解释您的测试，您应该能够看到您可以为其构建自己的简单解析器的模式，然后您的 Lambda 可以很好地处理文本和语音输入。