Эскалация от ИИ-агента к человеку: как настроить передачу

Вы поставили ИИ-агента на первую линию поддержки, он закрывает 60-70% обращений сам, и всё выглядит красиво — пока не наступает момент, когда агент упирается в вопрос, который не может решить. Дальше два сценария. Либо он честно передаёт диалог человеку с полным контекстом, либо начинает выдумывать ответы, гонять клиента по кругу и жечь токены на бесполезных попытках. Разница между этими сценариями — правильно настроенная эскалация, и это отдельная инженерная задача, а не галочка в настройках платформы.

Что такое эскалация и почему её недооценивают

Эскалация — это управляемая передача диалога от автономного агента¹ живому оператору или другому агенту с более высокими правами. Звучит просто, но на практике здесь ломается больше всего внедрений. Агент, который никогда не признаёт своё бессилие, опаснее агента, который передаёт слишком часто: во втором случае вы теряете экономию на автоматизации, в первом — теряете клиента и получаете жалобу.

Ключевой конфликт: чем агрессивнее агент пытается решить всё сам, тем выше риск галлюцинаций и неверных обещаний. Чем осторожнее — тем меньше отдача от автоматизации. Настройка эскалации — это поиск точки равновесия, и она у каждого бизнеса своя.

Когда агент должен передавать диалог

Триггеры эскалации делятся на явные (клиент прямо просит человека) и неявные (система сама понимает, что зашла в тупик). Базовый набор, который стоит заложить в любую конфигурацию:

• Прямой запрос клиента — фразы вроде «позовите оператора», «хочу поговорить с человеком». Самый недвусмысленный триггер, игнорировать его нельзя ни при какой уверенности модели.
• Низкая уверенность ответа — если агент оценивает вероятность корректного ответа ниже порога (например, ниже 0,6), лучше передать, чем гадать.
• Повтор одного вопроса — клиент переспрашивает третий раз подряд, значит агент его не понял. Счётчик неудачных попыток — простой и надёжный сигнал.
• Чувствительная категория — возвраты крупных сумм, юридические претензии, угрозы, упоминание вреда здоровью. Такие темы уводят к человеку сразу, без попыток разобраться.
• Действие за пределами прав агента — если для решения нужна операция, которой у агента нет в инструментах (отмена платежа, доступ к персональным данным), эскалация обязательна.
• Негативная тональность — резкий рост раздражения в сообщениях. Детектор эмоций несовершенен, но как дополнительный сигнал работает.

Хорошая эскалация — это не капитуляция агента, а его самая полезная функция. Клиент запомнит не то, что бот чего-то не знал, а то, как быстро его переключили на того, кто знает.

Порог уверенности: где взять число

Универсального порога не существует. Для справочной поддержки интернет-магазина допустим порог пониже — цена ошибки невелика. Для медицинского или финансового сервиса порог должен быть заметно выше, а серые зоны уходят человеку по умолчанию. Начните с консервативного значения и снижайте его по мере накопления данных о качестве ответов, а не наоборот.

Как передать контекст, а не просто перекинуть чат

Главная претензия клиентов к эскалации — «оператор попросил повторить всё сначала». Это провал передачи контекста, а не самой эскалации. Живой человек должен получить вместе с диалогом краткую сводку: кто клиент, в чём проблема, что уже пытался сделать агент, какие данные собраны. Собирать эту сводку должен сам агент в момент передачи — отдельным структурированным сообщением во внутреннюю систему.

Практический минимум того, что уходит оператору:

1. Идентификатор клиента и история его обращений, если она есть.
2. Суть текущего запроса в одном-двух предложениях.
3. Причина эскалации — какой именно триггер сработал.
4. Что агент уже проверил и какие действия совершил.
5. Полный транскрипт диалога — на случай, если сводка что-то упустила.

Три модели эскалации в сравнении

Платформы предлагают разные архитектуры передачи. Выбор зависит от того, сколько у вас операторов, какой поток обращений и насколько критична скорость ответа.

Кому это пригодится, а кому нет

Пригодится, если у вас есть реальная вторая линия — люди, которым можно передать диалог. Интернет-магазин с потоком типовых вопросов про доставку и парой операторов на сложные возвраты — идеальный случай: агент снимает рутину, человек подключается на спорных суммах. SaaS-поддержка с техническими эскалациями к инженерам — тоже: агент фильтрует, до разработчика доходит только то, что действительно требует его внимания.

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

Частая ошибка: молчаливая эскалация

Агент передаёт диалог, но клиент об этом не знает и продолжает писать в пустоту. Всегда показывайте статус: «Передаю ваш вопрос специалисту, он ответит в течение N минут». Обозначенное ожидание раздражает меньше, чем тишина.

Что измерять после запуска

Настройка эскалации — не разовое действие, а цикл. Смотрите на долю эскалаций от общего числа диалогов, на долю диалогов, вернувшихся к агенту без нового обращения, и на оценки клиентов после переданных диалогов. Если доля эскалаций растёт неделя к неделе — значит агент теряет компетентность или база знаний устарела. Если падает почти до нуля — проверьте, не начал ли он выдумывать ответы вместо честной передачи.

¹ Автономный агент — программа на основе языковой модели, которая не просто отвечает текстом, а сама выбирает действия: обращается к базам данных, вызывает внешние инструменты и API, выполняет многошаговые задачи без участия человека на каждом шаге.