多个客户的单一对话流代理答案

【问题标题】：Single dialogflow agent for several customers多个客户的单一对话流代理
【发布时间】：2021-06-29 12:04:28
【问题描述】：

我在 Dialogflow 上完成了 POC，以编程方式创建代理和意图。它运作良好。但是很快我意识到我只能为一个项目创建一个代理。我的用例是使用 Dialogflow 为多个客户提供他们自己的常见问题解答。因此，为每个客户保留一个代理是有意义的，但为每个客户创建一个单独的项目似乎不是一个理想的选择。我正在寻找一些关于为多个客户使用一个代理的指导，同时确保没有冲突。这是可以实现的吗？我能想到的一种使用履行服务的方法。当用户提出问题时，我会将客户内容与问题一起传递给履行服务。使用客户上下文，我将尝试找到特定于该客户的答案。

【问题讨论】：

标签： dialogflow-es

【解决方案1】：

如果您使用 Dialogflow CX，您可以在一个项目设置中实现多个代理。此限制为100 agents for Dialogflow CX。

这样做的缺点是，如果您在 Dialogflow ES 中创建了代理，则无法将其迁移到 Dialogflow CX，因为它引入了流、页面和状态处理程序等新概念。见comparison between ES and CX。

CX 代理 -> 这是一种高级代理类型，适用于大型或非常复杂的代理。流和页面是构建块对话设计，状态处理程序用于控制对话路径。 CX 代理类型在 Dialogflow CX 中进行了总结基础知识。

此外，Dialogflow CX 相当新，其功能还不如 Dialogflow ES 强大。你可以通读这个article比较CX和ES的局限性。

但如果您使用的是 Dialogflow ES 独有的功能，则唯一的选择是每个项目有一个代理。

【讨论】：

感谢 Ricco 的建议，但我正在寻找 ES 中的解决方案。我了解我不能拥有多个代理，但可以为不同的客户使用一个代理吗？例如，我尝试的一件事是将有效负载（用户上下文）发送到实现 webhook。它运作良好，因为我可以使用用户上下文来提供正确的答案。但是，如果 Dialogflow 将用户映射到不属于该客户的意图，这将失败。
您的目标设置很难实现。如果您能够实现它，那么您最终可能会得到一个非常复杂的代理，并且今后将难以维护和执行增强功能。