Все статьи
18 августа 2026 г.9 минут
AI-агенты

Как выбрать AI-агента для поддержки клиентов

Практические критерии выбора AI-агента: работа с базой знаний, сохранение контекста, ограничения, передача оператору и тестирование до запуска.

Редакция Kanyman · об издателе

Каниман объединяет знания, контекст диалога и передачу оператору

Коротко

Хороший AI-агент — не тот, который отвечает на любой вопрос. Он понимает свою роль, использует разрешённые знания, сохраняет контекст и вовремя признаёт границы. Поэтому выбирать нужно не только модель или красивый виджет, а весь рабочий контур вокруг ответа.

01

Начните со сценария, а не с технологии

Сформулируйте, какие обращения агент должен закрывать самостоятельно. Например: объяснять возможности продукта, помогать с настройкой, собирать данные перед консультацией или отвечать на типовые вопросы по заказу. Чем точнее сценарий, тем проще подготовить знания и проверить качество.

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

02

Проверьте работу со знаниями

Агент должен отвечать по подтверждённым материалам компании, а не дополнять пробелы уверенными предположениями. Важно понимать, какие источники он использует, как обновляются данные и можно ли ограничить набор знаний для конкретной роли.

Полезный тест — задать вопрос, ответа на который в базе нет. Правильное поведение: уточнить детали, честно сообщить об ограничении или передать диалог сотруднику.

  • источники можно обновлять без переписывания агента;
  • видно, какие знания подключены;
  • новые материалы не ломают уже запущенные диалоги;
  • неподтверждённый ответ не выдаётся за факт;
03

Убедитесь, что контекст не теряется

Контекст — это не только последние несколько сообщений. Агенту нужны сведения о текущем обращении, ранее собранные данные и понимание, с каким проектом или каналом он работает. При повторном визите история должна восстанавливаться до отправки нового сообщения.

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

04

Настройте безопасную передачу оператору

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

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

05

Тестируйте до подключения реального канала

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

Каниман собирает настройки, знания, тестовый чат и каналы вокруг одного агента. Это позволяет сначала проверить поведение, а затем подключить его к веб-чату, Telegram или тикетам без отдельной пересборки процесса.

06

Проверьте данные и права доступа

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

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

  • источники знаний доступны только нужному проекту;
  • секреты не попадают в инструкции и историю диалога;
  • внешние данные проверяются сервером продукта;
  • действия с изменением данных требуют отдельного контроля;
07

Соберите приёмочные сценарии

Составьте набор реальных вопросов: простой ответ из базы, неоднозначный запрос, отсутствующий материал, попытка получить закрытые данные и просьба позвать человека. Для каждого сценария заранее запишите допустимый результат. Это превращает субъективное впечатление от демо в повторяемую проверку.

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

  • ответ подтверждается подключённым материалом;
  • при нехватке данных агент уточняет или останавливается;
  • закрытые сведения не раскрываются;
  • оператор получает вопрос и собранный контекст без потерь;
08

Что спросить у поставщика на демонстрации

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

Отдельно проверьте, что произойдёт при недоступности модели, базы знаний или внешней системы. Безопасный продукт не должен выдавать догадку за подтверждённый факт или бесконечно повторять действие с неизвестным результатом. Клиенту нужен понятный статус, а сотруднику — диагностическая информация без раскрытия секретов.

  • можно ли увидеть и ограничить подключённые источники;
  • как версия настроек влияет на уже начатые диалоги;
  • что получает оператор при передаче обращения;
  • какие данные попадают в логи и как они удаляются;
Как выбрать AI-агента для поддержки клиентов — Kanyman