Блог

У меня есть технический вопрос о помощнике Google — к сожалению, я нигде не смог найти четкого ответа.

На данный момент у нашей компании есть:

1. разговорный чат-бот, построенный на Dialogflow, который постоянно разрабатывается нашими сотрудниками
2. Агент действий Google. Нашим разработчикам удалось построить соединение учетной записи Google и учетной записи нашего клиента на нашей платформе с помощью OAuth 2.0 и создать первые действия, которые путем обмена токенами позволяют возвращать определенную информацию с нашей платформы в Google Assistant и наоборот — предоставлять определенную информацию в Google Assistant, которые отправляются и сохраняются в учетной записи клиента на нашей платформе.

Мы хотели бы, чтобы оба действия по actions.google.com (2) и беседы на Dialogflow (1) для сотрудничества друг с другом в Google Assistant. Одна команда работает над чат-ботом, а другая над расширенными действиями, и мы хотели бы, чтобы так и оставалось.

Мой вопрос в том, является ли абсолютно единственным способом окончательно опубликовать его в Google assistant, это перенести чат — бота из Dialogflow в конструктор действий и прекратить использование Dialogflow? Или, может быть, есть более простое решение, в котором обе эти среды (конечно, работающие на одном профиле / агенте) сотрудничают друг с другом, и можно будет продолжить работу над dialogflow? Мы понимаем преимущества построителя действий, но Dialogflow достаточно хорош для наших нужд.

Существует несколько подходов к тому, как вы можете подойти к этому, в зависимости от ваших конкретных потребностей и ограничений, которые вы можете принять, но общий ответ: «да, вы можете делать и то, и другое одновременно».

Во-первых, Dialogflow ES продолжает поддерживать действия по интеграции с Google. Точно так же, как ваш агент Dialogflow интегрируется с другими платформами, он все равно должен иметь возможность интегрироваться с действиями.

Однако в этом есть некоторые предостережения (и некоторые недостатки!) :

• Вы будете использовать действия на платформе Google v2, а не v3, которая поставляется с построителем действий (и более новым SDK). Если необходимые функции поддерживаются в версии 2, то все в порядке. (Привязка учетной записи поддерживается в версии 2.) Но если вам понадобятся некоторые функции в версии v3, то вы столкнетесь с проблемами.
• Вы не могли использовать Конструктор действий в одном и том же облачном проекте, и вам следует начать интеграцию со стороны Dialogflow. (Но как только вы это сделаете — вы сможете использовать консоль действий для выполнения таких действий, как отправка на проверку и т. Д.)
• Убедитесь, что вы не «переходите» с Dialogflow на Конструктор действий. Это разъединяет их, поэтому вы не сможете обновить действие из Dialogflow.

Другой подход заключается в том, что вы можете использовать Построитель действий, но перенаправлять все (или почти все) запросы в Dialogflow. В соответствии с этой схемой у вас будет проект построителя действий, содержащий всего одну сцену с намерением, которое захватывает все входные данные, отправляет их в веб-узел, которым вы управляете, который отправляет его вашему агенту Dialogflow через API Dialogflow, получает ответ от вашего агента Dialogflow и пересылает этот ответ через Построитель действий.

Это немного сложнее, но может дать некоторые преимущества, если вы хотите воспользоваться более продвинутыми концепциями действий, которые могут быть недоступны при использовании версии 2.