Налаштування вхідної користувацької події в AI Agent Studio

1. На сторінці конфігурації агента AI створіть нову відповідь на вкладці Відповід і.
2. У розділі Відповідь за замовчуванням натисніть + поруч із каналом за замовчуванням (веб-канал), щоб додати голо совий канал
3. У полі Назва вхід ної події визначте ім'я події, яку отримує агент.

Викликати користувацьку подію з Flow Designer

1. У Конструкторі потоків контактного центру Webex налаштуйте активність віртуального агента V2 у потоці.
2. У налашт уваннях State Event вкажіть наступні дані у стовп цях Ім 'я події - Дані події:

   1. Введіть власну назву події, яку ви налаштували на вкладці Відповід ь на сторінці конфігурації агента AI в AI Agent Studio.

   2. Введіть власні дані, які потрібно передати від Flow Designer до агента AI зі сценарієм.

Доступ до користувацьких даних подій у AI Agent Studio

Ви можете отримати доступ до даних події (налаштованих у конструкторі потоків) у розділі Відповідь за замовчуванням, де ви налаштували вхідну подію. На наступному малюнку ви можете побачити, що користувацьке ім'я події custom_welcome«" та дані події store name"" передаються з Flow Designer до AI Agent Studio.

Налаштуйте користувацьку подію виходу та корисне навантаження в AI Agent Studio

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

2. Додайте користувацьку подію до розділу Відповідь за замовчуванням.

3. Введіть назву події та дані корисного навантаження події в JSON, які потрібно повернути до пото ку.

У цьому прикладі зібрані слоти повертаються до потоку за допомогою спеціальної події exit “order_details”.

Доступ до користувацьких даних подій у Flow Designer

Ви можете отримати доступ до власної події та корисного навантаження з розділу Вихідні змінні активності Virtual Agent V2.

Повер Event nameтається під StateEventName змінною, а Event payload повертається, Metadataяк показано на наступному малюнку:

Оновлення системних значень в AI Agent Studio

Ви можете оновити системні значення, такі як контекст, намір та слот, використовуючи спеціальну поді Event payloadю state_updateта значення, як показано в наступному прикладі:

{ 
 "intent": "order_status", 
 "slots": { 
 "first_name": "John" 
 } 
"context": {
    "track": 1
 }
} 

У наведеному вище прикладі намір скриптового агента встановлено на order_status, слот «first_name» у цьому намірі встановлюється на «John», а до сеансу додається контекст під назвою «track».

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

• Повторно запропонуйте користувачеві інформацію, якщо виконання в потоці не вдається

  Розглянемо сценарій, коли агент замовляє зустріч для користувача. Після збору дати та часу ця інформація надсилається потоку через спеціальну подію, яка потім намагається забронювати зустріч за допомогою активності запиту HTTPS. Якщо зустріч відхилена через конфлікт планування, агенту AI потрібно запросити альтернативний часовий проміжок. Щоб впоратися з цим, розробник може використовувати наступне корисне навантаження події:

  {
  "intent": "book appointment",
  "slots": {
  "time": ""
  }
  }

  У цьому випадку значення, зібране за час, очищається, і агент AI за пропонує користувачеві надати нове. Розробники можуть налаштувати умовні відповіді, щоб повідом ити користувачам, що попередній слот був недоступний, і запросити новий час.

• Перейти до іншого наміру

  Розглянемо сценарій, коли користувач просить перевірити свій баланс, але як обов'язкова умов а користувач повинен спочатку підтвердити свою особу. В рамках процесу запиту балансу розробники можуть надіслати корисне навантаження події, щоб повідомити потоку, чи користувач вже перевірений. Якщо підтверджено, система може перейти до отримання балансу; якщо ні, по тік може запропонувати агенту AI ініціювати процес перевірки користувача, використовуючи наступне корисне навантаження події:

  {
  "intent": "verify user",
  }

  У цьому ж прикладі скажімо, що для перевірки потрібна дата народження користувача та пін-код. З потоку вже є інформація про дату народження користувача через CJDS, яку можна передати як слот і збирати тільки пін-код. Корисне навантаження події для цього буде виглядати так:

  {
  "intent": "verify user",
  "slots": {
  "date of birth": "06/26/1993"
  }
  }

• Введення або скидання контексту в розмові

  Коли контекст розмови потрібно оновити, розробники можуть включити його до корисного навантаження події для state_updateподії. Наприклад, після того, як агент AI збирає слоти для наміру «перевірити користувача», він встановлює контекст розмови на «перевірити». Якщо перевірка не вдається в потоці, контекст слід скинути, щоб користувач не мав доступу до намірів, які потребують контексту «перевірити». Корисне навантаження події для цього сценарію буде виглядати так:

  {
  "intent": "verify user",
  "slots": {
  "date of birth": "",
  "pincode": ""
  },
  "context": {
  "verify": 0
  }
  }