此页面由 Cloud Translation API 翻译。

构建一个可以使用自然语言理解和响应的 Dialogflow CX Google Chat 应用

本页介绍了如何构建一个 Google Chat 应用，使其能够使用 Dialogflow 理解自然语言并做出回复。本指南使用的是与 Google Chat 直接集成的 Dialogflow CX。您还可以按照 Dialogflow ES Google Chat 指南，使用 Dialogflow ES 构建 Dialogflow ES Google Chat 应用。

例如，假设某个 Chat 应用可帮助用户租车。用户可能会写“我要租车”。Chat 应用可能会回答“您想在哪里取车？”这样的问题，从而与用户开始像人一样的对话，在预订租车时，Chat 应用既能理解用户的语音，也能用语音做出回应。

这只是一个示例。Dialogflow Chat 应用适用于各种类型的交互。如果需要自然的人类语音，则需要使用 Dialogflow Chat 应用。预构建的代理可帮助您快速上手，并展示 Dialogflow 的功能，例如：

预订机票
预约医生预约
下单外卖
回答有关零售商品目录的问题，例如商品是否有其他颜色

图 1. 为 Dialogflow Chat 应用选择预构建代理。
图 2. 在 Dialogflow CX 中测试代理，以确保代理的逻辑和配置按预期运行。该图显示了一组有关对话中特定步骤（例如设置租车的取车和还车地点）的主题页面，并配置了将这些页面关联起来的逻辑。对话是在模拟器中进行测试的。
图 3.在 Google Cloud 控制台中的 Chat API 配置页面上，配置 Chat 应用以使用 Dialogflow CX 代理处理回复。
图 4. 在 Google Chat 中使用 Dialogflow Chat 应用就预订租车事宜进行对话。

目标

设置环境。
创建和部署 Dialogflow CX 客服。
创建和部署由 Dialogflow CX 代理提供支持的 Chat 应用。
测试 Chat 应用。

前提条件

有权访问 Google Chat 的 Google Workspace 商务版或企业版账号。
启用了结算功能的 Google Cloud 项目。如需检查现有项目是否已启用结算功能，请参阅验证项目的结算状态。如需创建项目并设置结算信息，请参阅创建 Google Cloud 项目。

架构

下图显示了使用 Dialogflow 构建的 Chat 应用的架构：

使用 Dialogflow 实现的 Chat 应用的架构。

在上图中，与 Dialogflow Chat 应用互动的用户的信息流如下所示：

用户在 Chat 中通过私信或聊天室向 Chat 应用发送消息。
位于 Google Cloud 中的 Dialogflow 虚拟客服人员会接收并处理消息，以生成响应。
（可选）Dialogflow 智能客服可以使用 Dialogflow Webhook 与外部第三方服务（例如项目管理系统或工单工具）进行交互。
Dialogflow 代理将响应发送回 Chat 中的 Chat 应用服务。
系统会将回答发送到 Chat 聊天室。

设置环境

在使用 Google API 之前，您需要先在 Google Cloud 项目中启用这些 API。您可以在单个 Google Cloud 项目中启用一个或多个 API。

在 Google Cloud 控制台中，启用 Google Chat API 和 Dialogflow API。

启用 API
确认您是在正确的 Cloud 项目中启用 API，然后点击下一步。
确认您要启用的 API 正确无误，然后点击启用。

创建 Dialogflow CX 客服

Dialogflow CX 代理是负责与最终用户同时对话的虚拟客服。它是一种自然语言理解模块，能够理解人类语言的细微差别。Dialogflow 可以在对话过程中将最终用户输入的文字转换为应用和服务可以理解的结构化数据。您可以设计并构建 Dialogflow 代理来负责您的系统所需的各种对话。

Dialogflow 代理类似于人工呼叫中心客服人员。您可以对两者进行训练，以处理预期的对话场景，并且您的训练不需要过于明确。

如需创建 Dialogflow CX 客服，请按以下步骤操作：

在 Dialogflow CX 控制台中，打开 Dialogflow CX 控制台。依次点击菜单 > Dialogflow CX。

前往 Dialogflow CX 控制台
选择一个 Google Cloud 项目。如需查找您的项目，您可能需要点击全部，然后进行搜索。
现在，您可以选择预构建的代理，也可以自行创建代理。如果您想稍后详细了解如何自定义客服人员，请选择一个预构建客服人员，这也有助于您了解客服人员可以执行哪些操作。

如需选择预构建的客服人员，请按以下步骤操作：
1. 点击使用预建代理。
2. 选择一个预构建的代理。在本指南中，选择旅游：汽车租赁。
  
  代理的级别分为初级、中级和高级，具体取决于代理使用的功能数量以及其对话逻辑的复杂程度。选择中级或高级代理可能需要进行特定于代理的自定义和设置，包括在 Google Cloud 控制台中启用功能和 API。
3. 点击以代理身份导入。
如需创建自己的代理，请按以下步骤操作：
1. 点击创建代理。
2. 选择自动生成以创建数据存储区代理，或选择自行构建以创建其他类型的代理。
如需详细了解客服构建流程，请参阅创建 Dialogflow CX 客服。
配置基本代理设置：
1. 在显示名称中，输入显示名称。
2. 选择您的首选位置。如果您想要更改高级位置设置，请点击修改。
3. 选择您的首选时区。
4. 选择代理的默认语言。代理创建后，您无法更改其默认语言。
点击创建。Dialogflow CX 会开始创建客服，然后显示客服的默认开始流程。
您可以选择自定义代理。如需详细了解客服自定义流程，请参阅创建 Dialogflow CX 客服。
最佳实践是测试代理：
1. 点击 Test agent。
2. 选择在环境中测试代理。
3. 在“环境”中，选择草稿。
4. 在“流”中，选择默认启动流。
5. 在“页面”中，选择初始页。
6. 在与代理交谈的撰写栏中，输入 Hello 并按 Enter 键。代理通过自我介绍来进行回应。
7. 通过测试示例对话完成测试。
Dialogflow CX 代理已创建。返回 Dialogflow CX 控制台。依次点击菜单 > Dialogflow CX。

前往 Dialogflow CX 控制台
在客服人员下，依次点击 > Copy name（复制名称）。请保存此名称，因为您在配置 Chat 应用时需要使用它。

创建一个 Chat 应用并将其与 Dialogflow 代理关联

创建 Dialogflow CX 代理后，请按照以下步骤将其转换为 Chat 应用：

在 Google Cloud 控制台中，前往 Google Chat API。搜索“Google Chat API”并点击 Google Chat API，然后点击管理。

前往 Chat API
点击配置，然后设置 Chat 应用：
1. 在应用名称中，输入 Dialogflow App。
2. 在头像网址中，输入 https://developers.google.com/workspace/chat/images/quickstart-app-avatar.png。
3. 在说明中，输入 Responds to real human conversation。
4. 在功能下，选择接收 1 对 1 消息和加入聊天室和群组对话。
5. 在连接设置下，选择 Dialogflow。
6. 在 Dialogflow 设置下，选择 Dialogflow CX。
7. 在代理或环境资源名称中，粘贴您在创建 Dialogflow CX 代理末尾复制的 Dialogflow CX 代理名称。
8. 面向您网域中的特定人员和群组提供此 Chat 应用，然后输入您的电子邮件地址。
9. 在日志下，选择将错误记录到 Logging。
点击保存。

Chat 应用已准备好接收和回复 Chat 中的消息。

测试 Chat 应用

在 Google Chat 中向 Dialogflow CX Chat 应用发送消息，以测试该应用。

使用将自己添加为受信任的测试人员时提供的 Google Workspace 账号打开 Google Chat。

前往 Google Chat
点击 发起新对话。
在添加 1 人或更多人字段中，输入 Chat 应用的名称。
从结果中选择您的 Chat 应用。系统随即会打开一条私信。

注意：如果结果列表中未显示您的 Chat 应用，请确保您已在 Google Cloud 控制台 Chat API 配置页面的公开范围设置中添加了您的 Google Workspace 账号。
在与应用的新私信对话中，输入 Hello 并按 enter。

Dialogflow Chat 应用通过自我介绍来做出响应。
通过进行示例测试对话来完成测试。

测试对话示例

如需在 Dialogflow CX 控制台或 Google Chat 中测试 Dialogflow CX Chat 应用，请进行以下对话。该说明可帮助您了解 Dialogflow CX 客服如何在对话的每个步骤中解读用户的自然语言并生成自己的自然语言回答。此对话示例基于名为旅游：租车的预构建客服人员。

对话框	说明
最终用户：Hello 代理：Hi!我是虚拟租车代理。我可以帮助您开始新的租车预订。今天需要我做些什么？	系统调用默认初始流中的默认欢迎意图路由。此状态处理程序的 fulfillment（“嗨！我是...”）已添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：我想租车。客服人员：您想在哪里取车？	匹配初始页中的 car_rental.reservation_create 意图路由。会话转换到上车地点页面。 Pickup Location 页面表单未填写，因此代理会使用 pickup_location 参数向用户提示（“您想在哪里取货？”），并将其添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：拉斯维加斯客服人员：好的，您的上门取件地点是拉斯维加斯。代理：Is your sales off location different from your pickup location?	最终用户输入填充了代理在上一轮对话中请求的pickup_location 参数。匹配默认启动流中的 car_rental.return_ different_location intent 路由。系统会评估并调用取件地点页面中的表单完成路由。它具有一个 fulfillment（即“好的，您的取件...”），它会添加到响应队列中，其参数引用解析为最终用户提供的实际值。会话转换到确认位置页面。确认地点页面有一个条目执行方式（“Is your drop off location different...”）并将其添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：是。我会在洛杉矶还车。客服人员：好的，您的下车点是洛杉矶。客服人员：您想在哪一天的什么时间取车？	系统会匹配默认初始流中的 car_rental.return_different_location 意图路由。会话转换到下车地点页面。最终用户输入填充了代理在上一轮对话中请求的drop_off_location参数。系统会评估并调用下车地点页面中的表单填写路线。它具有一个 fulfillment（即“Ok, your drop off...”），它会添加到响应队列中。会话转换到租借时长页面。租赁时长页面中的表单值不完整，因此会提示用户提供 pickup_date_time 参数（“您想在什么日期和时间取车...”）并将其添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：我想在 3 月 5 日中午提车。代理：What date and time would you like todrop off the vehicle?	最终用户输入填充了代理在上一轮对话中请求的pickup_date_time 参数。租赁时长页面还有一个缺少的表单值，因此会提示用户提供 drop_off_date_time 参数（“您想在什么日期和时间退车...”），并将其添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：3 月 15 日中午。客服人员：确认一下：您将于 2024 年 3 月 5 日 12:00:00 在拉斯维加斯上车，并于 2024 年 3 月 15 日 12:00:00 在洛杉矶下车，对吗？对吗？	最终用户输入填充了代理在上一轮对话中请求的 drop_off_date_time 参数。会话转换到确认租赁时长页面。确认租借时长页面有一个条目执行方式（“因此确认...”），并将其添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：是，谢谢。客服：太棒了！现在，我们来选择一辆车。客服人员：您想要经济型车还是豪华车？	匹配确认租借时长页面中的 small_talk.confirmation.yes intent 路由。代理通过一条消息确认用户的选择（“太好了！现在选择...”），并将其添加到响应队列中。会话转换到车辆消歧页面。 Vehicle Disambiguation 页面表单未填写，因此代理会使用 vehicle_type 参数向用户提示（“您想要经济型还是豪华型...”）并将其添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：经济配送，谢谢。客服人员：您想订购 Cymbal Car 还是 Cymbal Truck？	$session.params.vehicle_type="economy_vehicle" 意图路由匹配。会话转换到经济型选项页面。经济型选项页面包含一个 fulfillment 条目（“您想...吗？”）该响应将被添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：Cymbal Truck。客服人员：Cymbal Truck 的每日费用为 50.33 美元。该设备可容纳 4 人，并配备一个 AM/FM 收音机。要继续付款吗？最终用户：是的，谢谢。	系统会匹配 $session.params.vehicle_type="Cymbal Truck" 意图路由，并填充 vehicle_model 参数。会话转换到 Confirm Cymbal Truck 页面。确认 Cymbal Truck 页面包含一个 fulfillment 条目（“Cymbal Truck 的每日费用为 50.33 美元...”）。并将其添加到响应队列中。代理将响应队列发送给最终用户。用户的响应与 small_talk.confirmation.yes 路由匹配。
客服人员：您将使用哪种类型的卡？最终用户： Altostrat 客服人员：请输入卡号。最终用户： 1234 1234 1234 1234 客服人员：银行卡上的名字是什么？最终用户：Charlie 代理：What is the billing street address? 最终用户：1800 Amphibious Blvd. Mountain View, CA 代理：What is the billing ZIP code? 最终用户：94045 代理：You will takeing the Cymbal Car up in Las Vegas, 2024-03-05 12:00:00 and offping it off, 2024-03-15 12:00:00. 此行程的总金额为 175.38 美元。客服人员：感谢您与我们租车，祝您度过愉快的一天！	会话转换到付款页面。付款表单未填写，因此客服人员会提示用户提供 card_type、card_number、billing_name、billing_street_address 和 billing_zip_code 参数（“请问您要使用什么类型的卡...”），这些响应会依序添加到响应队列中并在用户响应时发送。用户的回答会设置每个参数值。会话转换到租赁确认页面。租车确认页面包含一个 fulfillment 条目（“好的，您的取车时间为…”）并将其添加到响应队列中。代理将响应队列发送给最终用户。会话转换到结束会话页面。

通过 Dialogflow 发送卡片消息

Dialogflow 可以使用文本或卡片消息进行响应。如需使用卡片消息进行响应，请在 fulfillment 中将其指定为自定义载荷。

以下 JSON 展示了如何在执行过程中将卡片消息作为自定义载荷发送：

json

{
  'cardsV2': [{
    'cardId': 'createCardMessage',
    'card': {
      'header': {
        'title': 'A card message!',
        'subtitle': 'Sent from Dialogflow',
        'imageUrl': 'https://developers.google.com/chat/images/chat-product-icon.png',
        'imageType': 'CIRCLE'
      },
      'sections': [
        {
          'widgets': [
            {
              'buttonList': {
                'buttons': [
                  {
                    'text': 'Read the docs!',
                    'onClick': {
                      'openLink': {
                        'url': 'https://developers.google.com/workspace/chat'
                      }
                    }
                  }
                ]
              }
            }
          ]
        }
      ]
    }
  }]
}

限制和注意事项

聊天互动事件的支持有限，并且存在一些注意事项：
- 支持以下互动事件类型：
  - MESSAGE
  - ADDED_TO_SPACE
  - CARD_CLICKED
- 对于 MESSAGE 或 ADDED_TO_SPACE 事件，发送到 Dialogflow 代理的查询输入对应于 Chat 消息中的 argumentText 字段的值。如果消息包含正斜线命令，系统会改用 text 字段的值。
- 对于 CARD_CLICKED 事件，发送到 Dialogflow 代理的查询输入的格式为 CARD_CLICKED.functionName，其中 functionName 对应于附加到交互式卡片元素（例如按钮）的 Action 对象的 function 字段的值。
- 每个 Chat 互动事件的完整 JSON 载荷都会作为查询参数中的自定义载荷发送到 Dialogflow，并且可以通过查询 WebhookRequest.payload 字段的值来使用 Dialogflow webhook 访问。
响应斜杠命令和从卡片或对话框接收数据时的注意事项：
- 当 Dialogflow Chat 应用收到包含正斜线命令的消息时，查询输入仅包含 text 字段的值。text 字段以斜杠命令的名称（例如 /command）开头，您可以使用该名称配置 Dialogflow 代理的意图以检测斜杠命令。
- 如果 Dialogflow 代理需要处理聊天互动事件 JSON 载荷，可以使用 Dialogflow webhook 检查查询参数中的自定义载荷。
- 如需从 Dialogflow 代理显示对话框，请使用包含消息的单个自定义 JSON 载荷进行响应，其中消息包含 DIALOG 操作响应。
- 为了处理从卡片输入的数据，Dialogflow 代理可以检测以文本 CARD_CLICKED 开头的意图，并使用包含相应操作的单个自定义 JSON 载荷进行响应。
不支持链接预览。
如果 Dialogflow 客服人员只回复一条消息，则该消息会同步发送到 Google Chat。如果 Dialogflow 代理返回多条消息，那么系统会针对每条消息对 Chat API 中的 spaces.messages 资源调用 create 方法，将所有消息异步发送到 Chat。
将 Dialogflow CX 与 Chat 集成时，Dialogflow 代理和 Chat 应用必须在同一 Google Cloud 项目中设置。如果您需要在不同的 Cloud 项目中设置 Dialogflow 和 Chat，则可以设置中间服务器以便于连接。如需了解具体方法，请参阅 GitHub 上的此针对 Dialogflow CX 的 Chat 集成示例。

问题排查

当 Google Chat 应用或卡片返回错误时，Chat 界面会显示“出了点问题”消息。或“无法处理您的请求”。有时，Chat 界面不会显示任何错误消息，但 Chat 应用或卡片会产生意外结果；例如，卡片消息可能不会显示。

虽然 Chat 界面中可能未显示错误消息，但当为 Chat 应用启用错误日志记录功能时，系统会显示描述性错误消息和日志数据，帮助您修复错误。如需有关查看、调试和修复错误的帮助，请参阅排查和修复 Google Chat 错误。

清理

为避免系统因本教程中使用的资源向您的 Google Cloud 账号收取费用，我们建议您删除该 Cloud 项目。

在 Google Cloud 控制台中，前往管理资源页面。依次点击菜单 > IAM 和管理 > 管理资源。
前往资源管理器
在项目列表中，选择要删除的项目，然后点击删除。
在对话框中输入项目 ID，然后点击关闭以删除项目。

Dialogflow CX 采用状态机方法来设计 Dialogflow 代理，让您可以清晰明确地控制对话，获得更出色的最终用户体验，并拥有更完善的开发工作流。构建 Dialogflow Chat 应用时，我们建议使用 Dialogflow CX。
- 如需详细了解如何构建和配置代理，请参阅 Dialogflow CX 代理。
- 如需详细了解如何构建和配置客服，请参阅创建 Dialogflow CX 客服。
- Codelab：如需查看有关如何构建 Dialogflow CX 数据存储区代理的示例，请参阅使用 Gemini 构建 Google Chat 应用 Codelab 中的 Chat 知识应用。
- Codelab：如需查看如何构建 Dialogflow CX 对话式客服的示例，请参阅 Codelab 使用 Gemini 构建 Google Chat 应用中的反馈 Chat 应用。
Dialogflow ES 是将 Dialogflow 与 Chat 应用搭配使用的另一种方式。

对话框	说明
最终用户：Hello 代理：Hi!我是虚拟租车代理。我可以帮助您开始新的租车预订。今天需要我做些什么？	系统调用默认初始流中的默认欢迎意图路由。此状态处理程序的 fulfillment（“嗨！我是...”）已添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：我想租车。客服人员：您想在哪里取车？	匹配初始页中的 car_rental.reservation_create 意图路由。会话转换到上车地点页面。 Pickup Location 页面表单未填写，因此代理会使用 pickup_location 参数向用户提示（“您想在哪里取货？”），并将其添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：拉斯维加斯客服人员：好的，您的上门取件地点是拉斯维加斯。代理：Is your sales off location different from your pickup location?	最终用户输入填充了代理在上一轮对话中请求的pickup_location 参数。匹配默认启动流中的 car_rental.return_ different_location intent 路由。系统会评估并调用取件地点页面中的表单完成路由。它具有一个 fulfillment（即“好的，您的取件...”），它会添加到响应队列中，其参数引用解析为最终用户提供的实际值。会话转换到确认位置页面。确认地点页面有一个条目执行方式（“Is your drop off location different...”）并将其添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：是。我会在洛杉矶还车。客服人员：好的，您的下车点是洛杉矶。客服人员：您想在哪一天的什么时间取车？	系统会匹配默认初始流中的 car_rental.return_different_location 意图路由。会话转换到下车地点页面。最终用户输入填充了代理在上一轮对话中请求的drop_off_location参数。系统会评估并调用下车地点页面中的表单填写路线。它具有一个 fulfillment（即“Ok, your drop off...”），它会添加到响应队列中。会话转换到租借时长页面。租赁时长页面中的表单值不完整，因此会提示用户提供 pickup_date_time 参数（“您想在什么日期和时间取车...”）并将其添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：我想在 3 月 5 日中午提车。代理：What date and time would you like todrop off the vehicle?	最终用户输入填充了代理在上一轮对话中请求的pickup_date_time 参数。租赁时长页面还有一个缺少的表单值，因此会提示用户提供 drop_off_date_time 参数（“您想在什么日期和时间退车...”），并将其添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：3 月 15 日中午。客服人员：确认一下：您将于 2024 年 3 月 5 日 12:00:00 在拉斯维加斯上车，并于 2024 年 3 月 15 日 12:00:00 在洛杉矶下车，对吗？对吗？	最终用户输入填充了代理在上一轮对话中请求的 drop_off_date_time 参数。会话转换到确认租赁时长页面。确认租借时长页面有一个条目执行方式（“因此确认...”），并将其添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：是，谢谢。客服：太棒了！现在，我们来选择一辆车。客服人员：您想要经济型车还是豪华车？	匹配确认租借时长页面中的 small_talk.confirmation.yes intent 路由。代理通过一条消息确认用户的选择（“太好了！现在选择...”），并将其添加到响应队列中。会话转换到车辆消歧页面。 Vehicle Disambiguation 页面表单未填写，因此代理会使用 vehicle_type 参数向用户提示（“您想要经济型还是豪华型...”）并将其添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：经济配送，谢谢。客服人员：您想订购 Cymbal Car 还是 Cymbal Truck？	$session.params.vehicle_type="economy_vehicle" 意图路由匹配。会话转换到经济型选项页面。经济型选项页面包含一个 fulfillment 条目（“您想...吗？”）该响应将被添加到响应队列中。代理将响应队列发送给最终用户。
最终用户：Cymbal Truck。客服人员：Cymbal Truck 的每日费用为 50.33 美元。该设备可容纳 4 人，并配备一个 AM/FM 收音机。要继续付款吗？最终用户：是的，谢谢。	系统会匹配 $session.params.vehicle_type="Cymbal Truck" 意图路由，并填充 vehicle_model 参数。会话转换到 Confirm Cymbal Truck 页面。确认 Cymbal Truck 页面包含一个 fulfillment 条目（“Cymbal Truck 的每日费用为 50.33 美元...”）。并将其添加到响应队列中。代理将响应队列发送给最终用户。用户的响应与 small_talk.confirmation.yes 路由匹配。
客服人员：您将使用哪种类型的卡？最终用户： Altostrat 客服人员：请输入卡号。最终用户： 1234 1234 1234 1234 客服人员：银行卡上的名字是什么？最终用户：Charlie 代理：What is the billing street address? 最终用户：1800 Amphibious Blvd. Mountain View, CA 代理：What is the billing ZIP code? 最终用户：94045 代理：You will takeing the Cymbal Car up in Las Vegas, 2024-03-05 12:00:00 and offping it off, 2024-03-15 12:00:00. 此行程的总金额为 175.38 美元。客服人员：感谢您与我们租车，祝您度过愉快的一天！	会话转换到付款页面。付款表单未填写，因此客服人员会提示用户提供 card_type、card_number、billing_name、billing_street_address 和 billing_zip_code 参数（“请问您要使用什么类型的卡...”），这些响应会依序添加到响应队列中并在用户响应时发送。用户的回答会设置每个参数值。会话转换到租赁确认页面。租车确认页面包含一个 fulfillment 条目（“好的，您的取车时间为…”）并将其添加到响应队列中。代理将响应队列发送给最终用户。会话转换到结束会话页面。