Actions on google 智能家居操作和DialogFlow操作之间的主要区别

我只是想找出这两种行为之间的主要区别。我的意思是，使用DialogFlow的动作似乎更具对话性和可定制性。智能家居行动如何处理对话？这是基于目标设备类型的标准对话吗？

---

何时创建智能家居操作以及何时使用DialogFlow

要理解其中的区别，您需要理解智能家居动作和对话动作之间的区别

会话行为 这是用户与“talk to X”发起对话的地方。你的行动受到欢迎。然后用户会说更多的话，您的操作需要处理用户查询并提供基于文本的响应

智能家居行动 使用，用户只需直接发出命令。“打开我的灯”，例如，不排除与“谈话”声明。另一个很大的区别是谷歌直接处理用户的查询。您的智能家居操作无法获取用户的文本。相反，有一种方法可以指定用户的意图

返回的文本也是从Google生成的，带有来自集成的参数。说“打开我的灯”将导致“好，打开灯”或“对不起，您的灯处于脱机状态”，这取决于您发送的响应

支持多种开箱即用的设备类型，以及许多。特性指定设备可以执行的操作类型，例如打开/关闭或更改颜色。这些特征与类型没有明确的联系，例如，你可以改变真空吸尘器的颜色

何时使用 若你们正在构建或集成一个可以和谷歌助手一起工作的设备，我建议你们先看看智能家居。它将为用户提供更好的直接发送查询的体验，并使您更容易构建满足，因为请求已经结构化

---

但是，如果它不适用于您的应用程序，您可能希望查看Dialogflow，这将为您提供更大程度的灵活性，用户可以说什么。

谢谢您的回答。关于智能家居的行为，我看到每种设备类型都有一个推荐的特征列表，我想知道，是否有可能在设备中添加自定义的trati？关于对话，一切都由谷歌处理？它如何知道它的触发意图？例如，我有一台冰箱，它能给你关于吃得好的建议，这个意图是由我指定的一个阶段触发的。我的问题是，智能家居如何知道它的触发意图。它与向设备类型中添加自定义TRATI有关。对不起我的英语，谢谢你的支持！习惯特征？不是真的。您可以使用模式或场景进行一些自定义处理。对话由谷歌处理。您的webhook只获得JSON请求，这是由Google对用户需求的ML理解所选择的。如果你想要像冰箱这样的东西来提供提示，你需要构建一个对话动作，或者用谷歌助手SDK将谷歌助手嵌入其中。非常感谢你的支持！非常清楚的解释。在我目前的项目中，我需要使用智能家居动作和对话动作。我的问题是用户需要分别登录（用于帐户链接）这两个应用程序。用户是否可以一次登录？否如果您有两个单独的操作，则需要两个单独的登录。