新 AMD 的 Twilio Studio 调用流程 API
Twilio Studio call flow with new AMD API
我在 Twilio Studio 中配置了一个流程，该流程以“拨打电话”小部件开始（它是从 REST API 触发的）。超时设置为 18 秒，如果用户没有接听，我会再次将其转移到另一个“拨打电话”小部件，超时为 18 秒。
在拨出电话后，我有一个 Gather 小部件，要求用户键入 1 或 3 才能继续。
当用户拒绝 phone 呼叫，或者 phone 被关闭并且他被自动发送到语音信箱时，我的问题就会出现，在许多情况下，AMD 默认设置未正确配置为了检测它是一个语音邮件（我与支持人员交谈并且显然 Twilio Studio 是 运行 AMD API 的旧版本）。
例如，我的供应商提供的语音邮件是语音消息，因此听起来像真人，AMD 根据最初的几秒钟将其检测为人工应答。
是否有可能以某种方式利用较新的 AMD API，所以如果我在消息末尾听到 "beep"，我知道这是语音邮件，不应该"answered" 事件中的过渡到 Gather 小部件。
我一直在查看 运行 函数小部件，以便通过函数调用用户，但我不确定我是否能够 return 被调用的人这之后我的流程是什么？
这个问题有可能的解决方案吗？流程已经相当庞大和复杂，我没有时间和预算将其转换为 TwiML。
提前致谢！
Twilio 计划在 Studio 中支持 new AMD，但尚无预计到达时间。您将无法在 Studio 外部发起调用并重定向到您的 Studio 流程，因为 Studio 不会接受正在进行的调用（您将获得 HTTP 状态代码 400）。
您可以调整您的 Gather Widget，这样如果在特定超时内没有 1 位或 3 位数字的响应，则假设呼叫是由自动应答的并循环 Say/Play 小部件的内容，因此您在答录机上捕获完整消息的可能性最大。
我在 Twilio Studio 中配置了一个流程，该流程以“拨打电话”小部件开始（它是从 REST API 触发的）。超时设置为 18 秒，如果用户没有接听，我会再次将其转移到另一个“拨打电话”小部件，超时为 18 秒。
在拨出电话后，我有一个 Gather 小部件，要求用户键入 1 或 3 才能继续。
当用户拒绝 phone 呼叫，或者 phone 被关闭并且他被自动发送到语音信箱时，我的问题就会出现，在许多情况下，AMD 默认设置未正确配置为了检测它是一个语音邮件（我与支持人员交谈并且显然 Twilio Studio 是 运行 AMD API 的旧版本）。 例如，我的供应商提供的语音邮件是语音消息，因此听起来像真人，AMD 根据最初的几秒钟将其检测为人工应答。
是否有可能以某种方式利用较新的 AMD API，所以如果我在消息末尾听到 "beep"，我知道这是语音邮件，不应该"answered" 事件中的过渡到 Gather 小部件。
我一直在查看 运行 函数小部件，以便通过函数调用用户，但我不确定我是否能够 return 被调用的人这之后我的流程是什么？ 这个问题有可能的解决方案吗？流程已经相当庞大和复杂，我没有时间和预算将其转换为 TwiML。
提前致谢！
Twilio 计划在 Studio 中支持 new AMD，但尚无预计到达时间。您将无法在 Studio 外部发起调用并重定向到您的 Studio 流程，因为 Studio 不会接受正在进行的调用（您将获得 HTTP 状态代码 400）。
您可以调整您的 Gather Widget，这样如果在特定超时内没有 1 位或 3 位数字的响应，则假设呼叫是由自动应答的并循环 Say/Play 小部件的内容，因此您在答录机上捕获完整消息的可能性最大。