AI-агент, чат-бот или ассистент: что выбрать бизнесу
Сравнение по цели, инструментам, памяти, автономности, правам, цене ошибки и контролю человека — без маркетинговой подмены терминов.
Коротко: Чат-бот ведёт диалог по заданному сценарию, ассистент помогает человеку подготовить результат, AI-агент выполняет многошаговую задачу с инструментами и состоянием. Чем больше автономность, тем строже нужны права, журнал и остановка.
Один запрос клиента — четыре разных контракта системы
Учебный запрос: «Где мой заказ и можно ли изменить адрес?» Название продукта не определяет, имеет ли он право что-то менять. Класс решения выбирают по самому сложному разрешённому действию.
Когда достаточно обычного сценария
Если нужно запросить номер заказа, показать статус по API и передать изменение адреса оператору, достаточно формы или бота с фиксированными ветками. Свободный текст можно классифицировать моделью, сохранив дальнейшие шаги детерминированными. Наличие LLM внутри не делает такую систему автономным агентом.
Где появляется работа ассистента
Если сотруднику нужен черновик ответа с учётом статуса, правил доставки и переписки, ассистент собирает контекст и предлагает текст. Сотрудник проверяет адресата, основания и обещания. Полезность проверяется по полному времени обработки с исправлениями, а не по скорости генерации черновика.
Когда оправдан многошаговый агент
Если заранее неизвестно, в каком разрешённом источнике искать причину задержки, агент может последовательно проверить заказ, склад и доставку. Это всё ещё может быть режим только чтения. Изменение адреса — отдельная операция: нужно проверить личность, допустимость изменения, версию заказа и подтверждение. Если эти условия нельзя обеспечить, запрос завершается передачей оператору независимо от качества диалога.
Как описать выбор до разговора с поставщиком
Учебный образец. Перенесите структуру в рабочий документ и замените исходные условия своими.
- Вход
- Вопрос о существующем заказе; номер и полномочия клиента проверяет штатная система.
- Минимальный результат
- Актуальный статус со ссылкой на источник; изменение адреса передано сотруднику.
- Основание усложнить
- Замеры показали, что поиск причины в нескольких источниках занимает основную часть времени.
- Запрещённое расширение
- Чтение статуса не даёт права менять заказ, оформлять возврат или обещать компенсацию.
Определение
Класс решения определяется допустимым действием и ответственностью, а не наличием генеративной модели или чат-интерфейса.
Когда это важно
- Нужно выбрать архитектуру и бюджет.
- Подрядчик называет агентом обычный чат.
- Решение должно читать или изменять бизнес-системы.
Как принять решение
| Ситуация | Что проверяем | Решение |
|---|---|---|
| Только ответы по сценарию | Фиксированные ветки и интеграции | Чат-бот |
| Человек принимает итог | Черновик, контекст и подтверждение | Ассистент |
| Много шагов и инструменты | Права, состояние, журнал и откат | AI-агент |
Матрица минимально достаточного класса решения
| Класс | Разрешённое действие | Обязательный контроль | Когда выбирать |
|---|---|---|---|
| Чат-бот | Ведёт диалог и маршрутизирует по заданным веткам | Версии сценария и передача человеку | Нужна типовая коммуникация без самостоятельного решения |
| Ассистент | Готовит черновик, поиск или рекомендацию | Человек проверяет и утверждает итог | Решение остаётся у сотрудника |
| Read-only агент | Выполняет несколько шагов и читает разрешённые системы | Минимальные права, журнал, лимиты и таймаут | Нужен сбор и сопоставление данных без записи |
| Агент с записью | Изменяет состояние CRM, ERP или другого инструмента | Подтверждение, идемпотентность, откат и аварийная остановка | Цена ручной операции выше стоимости строгого контроля |
Если действие нельзя однозначно отнести к строке, сначала опишите вход, результат, владельца и запрещённые операции.
Порядок работы
- Действие. Определить конечный проверяемый результат.
- Автономность. Решить, где обязательно подтверждение человека.
- Инструменты. Перечислить доступы и операции.
- Контроль. Спроектировать тесты, логи и безопасную остановку.
Типичные ошибки
- Выбирать термин до процесса.
- Давать агенту широкие права для удобства.
- Не разделять совет и действие.
Практические рекомендации
- Начинайте с минимальной автономности.
- Разделяйте права чтения и изменения.
- Тестируйте отказ и повтор действия.
Вывод: Выбирать нужно минимальный класс решения, который закрывает процесс при приемлемом риске.
Частые вопросы
Может ли бот использовать LLM?
Да, но это не делает его агентом без многошагового управления и инструментов.
Всегда ли агент лучше?
Нет: он дороже и рискованнее, если достаточно подсказки или правила.
С чего начать?
С ассистента или read-only сценария, если процесс критичен.