Налаштування виконання для сценаріїв агентів AI

list-menuНадіслати відгук?
У цій статті наведено покрокове керівництво щодо налаштування виконання у сценаріях агентів AI для обробки голосових та цифрових розмов.

У контексті агентів штучного інтелекту виконання відноситься до виконання завдань, які передбачають взаємодію із зовнішніми системами для отримання, маніпулювання або зберігання даних через API. У цій статті описано приклад агента, створеного для відстеження посилок. Ви можете використовувати цей шаблон агента під час створення нового агента AI для цифрової та голосової взаємодії.

Для цифрових каналів виконання має організовуватися через потік підключення, який використовується для розгортання аген та штучного інтелекту. Візьмемо приклад агента відстеження посилок, який можна імпортувати із шабло ну під час створення нового агента зі сценарієм, цей потік також доступний для імпорту під час створення нового Webex Connect потоку. Окрім виконання, цей потік підключення також спрямов ує користувача до різних черг агентів на основі його останнього наміру.

  1. Закінчивши налаштування свого агента зі сценарієм, визначте відповіді, які потребують виконання.

    У прикладі агента виконання необхідне для «TrackPackageResponse».

  2. У цих шаблонях налаштуйте «відповідь затримки», яка буде відображатися користувачеві під час виконання.

    У цьому прикладі для «TrackPackageResponse» налаштовано відповідь затримки.

  3. У потоці використовуйте вузол Parser даних для аналізу метаданих сеансу агента (вихідна змінна) з відповіді агента AI, щоб отримати ім'я відповіді.

    Ви можете отримати зразок введення для вузла парсера даних, завантаживши інформацію про транзакції з сеансів, вибравши відповідну транзакцію та вибравши значення ключа «GenerateDF» із завантаженого файлу.

  4. Якщо ви хочете виконати маршрутизацію на основі намірів під час передачі агента, ви можете отримати значення попереднього активного наміру на тому ж кроці.

  5. Якщо ви не хочете завантажувати та аналізувати зразок JSON, ви можете використовувати \$.model_state.template_keyдля імені відповіді та \$.previous_intent_model_state.intent.nameдля попереднього імені наміру.

    У нашому прикладі ми використовуємо змінні потоку «responseKey» та «previousIntent» для цих значень.

  6. Використовуйте вузол гі лки, щоб перевірити, чи потрібно виконати відповідь.

    • Вузол гілки виходить через результат вузла «Ніхто з вищевказаних» для відповідей, які не потребують виконання.

    • У нашому прикладі, оскільки існує потреба у виконанні для 'trackPackageResponse', перевірте значення 'responseKey' у нашому вузлі гілки.

  7. Для відповідей, які потребують виконання, використовуйте вузол HTTP для здійснення зовнішніх викликів API.

    • Ви можете обробити корисну інформацію з відповіді HTTP вузла в тому ж вузлі, імпортуючи зразок і отримавши вихідні змінні.

    • У цьому прикладі ми отримуємо «Оцінену доставку» та «статус» посилки.

  8. Обробіть відповідь на виконання за допомогою вузла Оці нити, щоб сформулювати відповідь агента.

    У нашому прикладі ми ініціалізуємо змінну 'FulfillmentResp' і встановлюємо її значення на основі стану посилки та передбач уваної доставки.

  9. Надішліть користувачеві відповідь на виконання та додайте її до розмови.

  10. Поверніться до вузла отримання, щоб продовжити розмову між користувачем та аген том AI.

Передача агента на основі намірів

Під час передачі агента перевірте наявність останнього активного наміру через вузол гі лки перед вузлом завдання «Черга».

Перевірте значення «PreviousIntent» та відгалужуйтесь до різних черг відповідно до ваших вимог. У цьому прикладі, якщо клієнт просить передати агента після наміру «Відстежувати пакет », направте його до черги «Спеціаліст». Усі інші значення призводять до передачі до черги « Чат».

Для голосових каналів виконання має бути організовано шляхом передачі управління розмовою назад до голо сового потоку за допомогою спеціальних подій, а пізніше відновлення бесіди агента AI з даними виконання. Для цього повторно використовується приклад сценаріїв агента для відстеження пакетів. Потік доступний у розділі «Імпорт із шаблонів» у Контактному центрі Webex Flow Designer. Окрім виконання, цей потік також спрямовує користувача до різних черг агентів на основі його останнього наміру.

Покрокове керівництво: виконання

  1. Додайте тип відповіді «Спеціальна подія».

    • Знайдіть ключ шаблону, для якого потрібно додати власну подію. У цьому випадку використовуйте ключ шаблону «TrackPackageResponse».

    • Додайте тип відповіді «користувацька подія» до ключа шаблону.

  2. Налаштуйте відповідь на користувацьку подію.

    • Додайте назву події та корисне навантаження події:

      1. Для власної відповіді на подію вкажіть назву події. У цьому випадку «TrackPack_Exit».

      2. Додайте корисне навантаження події, яке містить дані, які будуть передані потоку. Це має бути у форматі JSON. У цьому прикладі, {"PackageNumber":"${entity.PackageNum}"}.

  3. Використовуйте корисне навантаження події в потоці.

    • Доступ до метаданих активності віртуального агента V2:
      1. У налаштуваннях голосового потоку корисне навантаження подій, яке ви додали, доступ не як частина метаданих активності Virtual Agent V2.

      2. Створіть змінну потоку PackageNum.

      3. Використовуйте активність парсингу, щоб вибрати метадані активності Virtual Agent V2 як змінну введення.

      4. Встановіть змінну виводу на 'packageNum', а її вираз шляху на '$.packageNum' (на основі структури корисного навантаження події, налаштованої у відповіді агента).

    • Використовуйте метадані в активності HTTP:
      1. Використовуйте змінну 'packageNum' з оброблених метаданих у вашому потоці, щоб відстежувати пакунок.

      2. Імпортуйте прикріплений потік, щоб знайти деталі активності HTTP.

      3. Визначте змінні потоку «EstimatedDelivery» та встановіть для них значення «$». estimated_delivery'та іншою змінною потоку' packStatus 'та встановіть її на $.status.

    • Додайте умови на основі активності HTTP:
      1. Додайте нову активність «У мова» до потоку. Ця активність використовується для перевірки відповіді HTTP активності (чи існує пакет та його статус).

        У цьому прикладі вираз {{ HTTPRequest_8l3.httpStatusCode == 404 }}використовується для перевірки того, чи не знайдено жодного пакета.

  4. Додати активність Налаштувати змін ну на основі умов:
    1. Для умови, для якої пакунок не існує:

      • Під гілкою, де не знайдено жодного пакета, додайте активність Встановити змін ну.
      • Встановіть для PackagerESP (інша змінна потоку):

        Не знайдено пакету з цими деталями.

    2. Для умови, для якої існує пакет:

      • Під гілкою, де знайдено пакет (тобто код статусу HTTP не дорівнює 404), додайте ще одну активність Set Vari able.
      • Встановіть для PackagerESP (інша змінна потоку):

        Ваш пакет був забраний. Він буде доставлений {{estimatedDelivery}}.

    3. Додайте ще дві дії Налаштувати змінну, щоб налаштувати назву події та дані події. Ці дані будуть передані до діяльності віртуального агента V2.

      • Створіть змінні потоку event_name таevent_data.

      • Встанов event_name іть TrackPack_Entry для і event_data до {'packageResp': '{{packageResp}}' | json}.

  5. Поверніться до активності віртуального агента V2:

    • Налаштуйте активність віртуального агента V2:
      1. Підключіть остато чну активність «Встановити змін ну» до активності Virtual Agent V2.

      2. Встановіть назву події на {{event_name}}.

      3. Встановіть дані події на {{event_data}}.

  6. Обробка вхідних подій у вашому віртуальному агенті:

    1. Додати новий ключ шаблону:

      1. Перейдіть на вкладку Відповіді на лівій панелі.

      2. Додайте новий ключ шаблону з назвою PackageStatus.

    2. Налаштувати вхідну подію:

      1. Під голосовим каналом встановіть вхідну подію TrackPack_Entry (або все , що було надіслано до активності Virtual Agent V2 у потоці).

    3. Налаштуйте відповідь:

      1. Встановіть відповідь на: <speak><say-as interpret-as="date"> $ {eventStore.</say-as> packagerESP}. Чи можу я допомогти вам у чому сь іншому? </speak>

        Ця відповідь використовує змінні, надіслані корисним навантаженням з потоку. Будь- які змінні, надіслані як частина даних події, доступні для розробників для доступу як $ {eventStore. < variable_name >}.

        Для цього також використовуються теги SSML. Зокрема, тег SSML дозволяє керувати тим, як текст інтерпретується та вимовляється движком перетворення тексту в мовлення. Цей тег можна використовувати для визначення того, як слід вимовляти цифри, дати, час, адреси та інший текст. Тут ми використовуємо його для дати.

Маршрутизація агента на основі попереднього наміру

  • Якщо активність віртуального агента V2 завершується через вихід «Ескалація», скористайтеся дією Parse, щоб отримати попередній намір із метаданих агента.

  • Використовуйте активність Case, щоб перевірити наявність різних значень попереднього наміру, які ви значають логіку черги. У цьому прикладі ми перевіряємо, чи попереднім наміром було «Відстежувати пакет» .

  • Прикріпі ть виходи діяльності Case до відповідних ребер контактів Черги.

Чи була ця стаття корисною?
Чи була ця стаття корисною?