【发布时间】：2021-06-03 15:51:06
【问题描述】：
我们设置了一个自动导航流程，其中一些任务具有相同的训练样本，因此我们在流程中设置了监听约束，以帮助保持任务正确回答。
当前设置：我们的问候任务设置为某种虚拟对象，它仅侦听并将可用任务限制为“initial_screen_yes”和“initial_screen_no”。这些任务包含各种样本，例如 initial_screen_yes 有以下内容：当然，是的，是的，完全，现在，很快等，与我们的 initial_screen_no 类似。
当前的“问候”任务如下所示：
{
"actions": [
{
"listen": {
"tasks": [
"initial_screen_yes",
"initial_screen_no"
]
}
}
]
}
问题：当我们发起聊天对话时，自动驾驶仪似乎跳过了在默认行为中标记为“启动”任务的任务的配置，并直接进入另一个子任务，该子任务也有训练样本，包括“是的，当然，是的，等等”
预期的行为似乎会接受响应并将其定向到这两个任务，但它正在被我们调用的另一个任务抓取：schedule_home_value_appt
有什么想法吗？
【问题讨论】：
-
初始任务是为诸如电话之类的事情设置的，机器人首先说话。在聊天对话中，它将首先等待用户的输入，然后选择一个任务。在这种情况下，似乎因为您的任务有相似的样本，所以任务之间只是一场战斗。在我提出另一种方法之前，我想更好地了解流程。你能从用户的角度解释一下这是如何工作的吗？他们正在聊天，他们是如何被问到第一个问题的？他们如何开始与机器人的对话？
-
@philnash 我们通过可编程短信发起第一条消息。第一条消息是使用潜在客户地址、提供的值和我们的客户名称动态生成的。老实说，我希望无论是通过短信还是语音来完成启动任务。我认为这是 twilios 逻辑中的错误。他们的支持最终回答并说他们正在升级它，因为我的配置应该限制为我定义的两个任务。
-
据我了解，启动任务是在机器人启动对话时执行的，例如在接听来电时。没有让机器人发起文本对话的功能，这就是为什么您必须通过可编程 SMS 发送消息的原因。我很高兴您提出支持，他们将能够引起产品团队的注意，并为您获得更好的答案，或者将其添加到待办事项中。
-
@philnash 是的，没有办法从自动驾驶仪发起呼叫或发短信，这很糟糕，但这就是人们将它与 Studio Flow 结合使用的原因。但是，无论是通过短信还是电话进入自动驾驶仪，在我看来，它都应该始终通过启动步骤（如默认行为中所定义），并在逻辑上遵循 UI 提示。
标签： twilio