Що насправді має відстежувати журнал голосового агента

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

Що реєструвати

• Покрокова затримка — час ASR, час висновку LLM, час генерації TTS, час виконання дії. Визначає, який етап викликає затримки.
• Класифікація намірів на кожному кроці — що, на думку агента, хотів абонент? Чи правильно це було? Відстежує точність розуміння з часом.
• Результати виконання дії — які інструменти були викликані, які параметри передані, що повернуто, вдалося чи не вдалося? Необхідний для вирішення проблем інтеграції.
• Активація огорожі — коли спрацювала огорожа? Що це викликало? Чи правильно пройшов маршрут? Доводить, що контроль відповідності працює.
• Траєкторія настроїв — як настрої абонента змінювалися під час розмови? Співвідноситься з конкретними реакціями агента.
• Шлях до вузла — через які вузли на полотні агента пройшла розмова? Показує, чи було дотримано наміченого потоку.
• Метадані ескалації — якщо виклик був ескалований, чому? Яка була остання тема? Який був стан абонента? Вирішальне значення для вдосконалення агента та навчання людей.

Журналування для ітерацій, а не лише для аудиту

Основним споживачем журналів є невідповідність (хоча їм це теж потрібно). Це команда повторює агента. Коли в четвер показники розв’язання впадуть, журнали мають виявити, який тип виклику не вдається та на якому вузлі полотна. Коли нова інтеграція дії починає працювати, журнали повинні підтвердити, що вона виконується правильно, перш ніж масштабувати трафік. Побудуйте свій журнал навколо запитань, які ваша команда задає найчастіше: "Чому цей виклик пішов не так?" і "Що нам виправити далі?"