Чем ИИ-агент отличается от чат-бота: сравнение по задачам, а не по названию

Разница в одном предложении

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

В инженерной литературе граница описана точнее, чем в маркетинге. Anthropic в разборе «Building effective agents» (декабрь 2024) делит такие системы на две категории: workflow — где последовательность шагов задана кодом, — и агента, который «сам управляет своим процессом и использованием инструментов». Скриптовый бот с ветками сценария — это workflow. Агент — это когда решение, что делать дальше, принимается моделью по ходу задачи.

Три класса систем: скрипт, ассистент, агент

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

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

Microsoft в Work Trend Index 2025 (опрос 31 000 работников в 31 стране, февраль — март 2025) описывает похожий порядок: сначала ИИ работает ассистентом и убирает рутину, затем агенты входят в команду как «цифровые коллеги» и берут задачи по указанию человека, а дальше человек задаёт направление агентам, которые ведут процессы. Исследование вендорское, и его авторы отдельно оговаривают, что этапы не идут строго по порядку — но сама последовательность отражает главное: права добавляют постепенно.

Где проходит граница: путь одной задачи

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

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

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

Когда достаточно чат-бота

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

• Вопросы с фиксированным ответом: часы работы, адрес, условия доставки, способы оплаты, наличие на складе. Ответ не зависит от контекста — языковая модель здесь не нужна.
• Приём заявки по кнопкам: набор из нескольких полей собирает данные точнее свободного диалога, а менеджер получает структуру, а не переписку.
• Повторяющийся сценарий с жёстким регламентом: тарифы, сроки, правила возврата. Тут предсказуемость формулировок важнее гибкости — за гибкость платят ошибками.
• Нет доступа к внутренним системам и он не планируется: если бот ничего не может изменить, агентские функции ему не нужны, а стоят они дороже.
• Объём обращений небольшой: иногда дешевле и надёжнее дежурный сотрудник с готовыми шаблонами, чем система, которую нужно поддерживать. Порог мы не называем — он зависит от стоимости времени сотрудника; наш ориентир такой: автоматизация окупается там, где рутина повторяется каждую неделю, а не раз в месяц (это наш ориентир, а не отраслевой стандарт).

Признак «бота достаточно» формулируется коротко: задачу можно описать схемой «вопрос → заранее известный ответ или короткая форма из пары полей». Если в описании появляется «а потом система должна проверить», «а затем открыть карточку» — это уже цепочка, и бот её не вытянет. Как такая цепочка собирается на практике, мы разбирали в статье про Telegram-бот для приёма заявок.

Когда нужен именно агент

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

• Цепочка шагов зависит от данных: маршрут обращения определяется суммой, историей клиента, наличием товара. Вариантов слишком много, чтобы описать их сценариями.
• Требуется действие, а не текст: создать сделку, отправить письмо, поставить задачу, выгрузить документ, назначить встречу.
• Входной поток неструктурирован: письма, вложения, сообщения из разных каналов, голосовые. Их нужно разобрать и превратить в поля.
• Решение собирается из нескольких систем: прайс в таблице, остатки в CRM, история переписки в почте.

Важное уточнение: агент не отменяет бота. В рабочем процессе они обычно стоят рядом — бот принимает типовые вопросы и собирает данные, агент разбирается с тем, что осталось. Тот же порядок и в работе с почтой: сначала фильтр по правилам отсекает понятное, потом разбор остального — сценарий описан в статье про почтовый ассистент.

Что показывают исследования

Числа полезны, чтобы не судить о зрелости рынка по презентациям. Начнём с самых свежих данных.

В том же обзоре: доля организаций, которые масштабируют ИИ в целом по предприятию, выросла до 44% против 38% годом ранее, а 32% респондентов заявили, что отказались от покупки одного или нескольких программных продуктов, потому что смогли собрать их сами с помощью агентных инструментов разработки. При этом только 37% отмечают вклад ИИ в EBIT — примерно столько же, сколько год назад. То есть агенты входят в работу быстрее, чем приносят измеримую финансовую отдачу.

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

Опрос Salesforce (State of Service, 7-е издание, 6 500 сотрудников сервисных подразделений, сентябрь 2025) добавляет картину ожиданий: 79% руководителей сервиса считают инвестиции в ИИ-агентов необходимыми, среднее ожидаемое сокращение затрат и времени решения обращений — 20%, а 89% участников отмечают рост самообслуживания от разговорного ИИ. Здесь важна осторожность в чтении: все три цифры — это ожидания и самооценка респондентов, а не замеренный финансовый результат, и исследование вендорское. Сокращения на 20% ещё нигде не подтверждены отчётностью.

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

Типичные ошибки выбора

• Покупать агента ради формулировок. Если задача звучит как «отвечать на частые вопросы», агент не даст ничего сверх ассистента, зато добавит стоимость владения и рисков.
• Держать бота там, где нужна цепочка. Система, которая умеет только отвечать, в многозадачном процессе превращается в дорогую справочную с постоянной передачей человеку.
• Считать бота и агента взаимоисключающими. Рабочий вариант — оба сразу: бот на типовом входе, агент там, где нужно действие.
• Не фиксировать полномочия письменно. Если не записано, что агент может делать сам, он либо действует там, где от него этого не ждут, либо простаивает, потому что боится лишнего шага.
• Забывать журнал действий. Без записи нельзя разобрать инцидент, показать эффект руководству и откатить неверное решение.

Как выбрать за один разговор

Разговор с поставщиком сводится к трём вопросам по конкретному процессу.

1. Сколько шагов в задаче и меняется ли что-то в системах по её итогу? Ответ «системы меняются» — перед вами агентский сценарий, а не бот.
2. Как часто это повторяется? Редкая операция не окупит ни разработки, ни поддержки агента.
3. Что произойдёт при ошибке и как вы о ней узнаете? Если ошибку не видно и не откатить — начинать нужно с ассистента и подтверждения.

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

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