Google Assistant - существующие намерения диалогового процесса и сотрудничество новых действий

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

На данный момент в нашей компании:

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

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

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


person Wojtek    schedule 15.03.2021    source источник
comment
Это помогает? developers.google.com/assistant/conversational/.   -  person Rishab Tyagi    schedule 15.03.2021


Ответы (1)


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

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

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

  • Вы будете использовать платформу Actions on Google v2, а не версию v3, которая поставляется с Action Builder (и более новым SDK). Если нужные вам функции поддерживаются в версии 2, то все в порядке. (Связывание учетных записей поддерживается в версии 2.) Но если вам понадобятся некоторые функции в версии 3, вы столкнетесь с проблемами.
  • Вы не можете использовать Action Builder в том же облачном проекте, и вам следует начать интеграцию со стороны Dialogflow. (Но как только вы это сделаете - вы сможете использовать Консоль действий, чтобы делать такие вещи, как отправлять ее на рассмотрение и т. Д.)
  • Убедитесь, что вы не обновляете Dialogflow до Actions Builder. Это разделяет их, поэтому вы не сможете обновить действие из Dialogflow.

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

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

person Prisoner    schedule 15.03.2021
comment
Большое спасибо за Вашу помощь! - person Wojtek; 18.03.2021