Google助手-现有的对话流意图与新的行动合作

Question

我有一个关于谷歌助理的技术问题--不幸的是，我在任何地方都找不到明确的答案。

目前，我们公司有：

1. the会话聊天机器人建立在对话框流之上，这是由我们的employees
2. Google Actions代理不断开发的。我们的开发人员使用OAuth 2.0在我们的平台上构建了Google帐户和客户端帐户的连接，并创建了第一个操作，通过交换令牌，允许将某些信息从我们的平台返回给Google助手，反之亦然--提供在Google助手中发送和保存在我们平台上的客户帐户中的某些信息。

我们希望actions.google.com (2)上的动作和对话(1)能在谷歌助理中相互配合。一个团队正在开发聊天机器人，另一个团队正在开发高级操作，我们希望它能保持这样的状态。

我的问题是-最终在谷歌助手上发布它的唯一方法是将聊天机器人从对话框迁移到Actions并停止使用Dialogflow？或者，也许有一个更简单的解决方案，这两个环境(当然，在一个配置文件/代理上工作)相互协作，并有可能继续在对话框流上工作？我们理解Action的优点，但是Dialogflow已经满足了我们的需求。

Answer 1

根据您可能接受的确切需求和限制，您可以从几个角度来处理这一问题，但一般的回答是“是的，您可以同时做到这两个方面”。

首先，Dialogflow ES继续支持上的操作。就像您的Dialogflow代理与其他平台集成一样，它仍然能够与操作集成。

这里有一些注意事项(也有一些优点！)然而，在此情况下：

• --您将在Google平台上使用这些操作，而不是使用Actions (和更新的SDK)附带的v3。如果您所需要的特性在v2上得到了支持，那么您就可以了。(v2支持帐户链接。)但是如果您需要v3中的一些特性，那么您就会遇到问题。
• 您不可能在同一个云项目中使用Action，您应该从对话框端开始集成。(但是一旦您这样做了--您将能够使用操作控制台来完成诸如提交它以供评审等)
• 确保您从对话框到操作生成器进行而不是的“升级”。这将分割这两个部分，因此您将无法从对话框中更新Action。

另一种方法是您可以使用Action，但是让它将所有(或几乎所有)请求转发给对话框流。在此方案下，您将拥有一个Action项目，该项目只有一个场景，目的是捕获所有输入，将其发送到您的webhook控件，后者通过Dialogflow API将其发送给您的对话框代理，从您的对话框代理获取响应，并通过Action Builder转发该响应。

这有点复杂，但如果您想要利用使用v2时可能无法使用的更高级操作概念，则可能会带来一些好处。