因此，我试图简化客户支持服务，不再需要听取一组选项，而是让客户解释他们的问题，或者说出他们需要支持什么。可能的服务产品列表超过 400 个单独的选项。我需要使用 Lex、Connect 和 Lambda 来解决这个问题。 （我不希望客户输入与选项或服务相对应的数字。我希望他们解释他们的问题并被路由到可以帮助他们解决特定问题的正确代理）
我使用 Amazon Lex 从 100% 手动输入选项转变为语音转文本选项。 Connect 会说出选项列表，客户可以说出他们需要帮助的选项，而不是拨打电话号码。我将所有 12 个左右的选项都转换为语音到文本。我通读了文档，它对我的具体问题没有太大帮助。 （我也不是 AWS 方面的专家，几周前才开始学习）
我想通过使用 Lex、connect 和 lambda 进一步简化这一过程。但如果我可以避免其中任何一项服务，我愿意。
【问题讨论】：
标签： amazon-web-services aws-lambda amazon-lex
对于您想要做的事情，您将需要所有这三个，因为它们各自处理您想要实现的不同部分。
Connect 是用户可以呼叫和使用语音输入的通道，语音输入会转换为文本并传递给您的 Lex 机器人。它还将 Lex 响应转换为语音输出返回给用户。
Lex 机器人 处理意图识别和槽值识别，并将该信息传递给您的 Lambda。 （对于每个意图只有一个响应的非常简单的机器人不需要 Lambda。）
Lambda 函数是您可以验证、解析、更正和构建您想要创建的智能交互的逻辑的地方。任何时候您想要基于用户输入的变化来构建响应，而不仅仅是识别意图，那么您将需要 Lambda 来做到这一点。
请注意，Lex 非常适合在 Lambda 中解析用户输入，因为 Lex 提供了 inputTranscript 以及 Lex 对意图和槽值的解释。但是，Connect 必须在传送到 Lex 之前将语音输入通过语音转文本，因此这可能会导致 Lex 误解转换不佳的语音输入。因此，您需要对输入进行大量测试并改进 Lambda 中的验证代码以纠正常见错误。
（如果您有更具体的问题/问题，您应该提出一个新问题并提供您尝试过的详细信息、一些代码或示例以及一个明确的问题。这样您也会得到更好的答案。）
【讨论】：