ИИ-агент или чат-бот: в чём разница и за что платит бизнес

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

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

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

Чем ИИ-агент отличается от чат-бота

Чат-бот отвечает. Агент делает.

Классический чат-бот принимает вопрос и возвращает текст. Источником текста может быть сценарий, база знаний или языковая модель, качество ответа при этом растёт, но природа остаётся прежней: на выходе сообщение для человека. Дальше действует человек.

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

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

Три признака, по которым отличают агента от бота

Проверять решение подрядчика удобно по трём вопросам.

1. Действие. Что меняется в системах компании после работы решения. Если ответ «ничего, пользователь получил текст», перед вами бот.
2. Автономность. Кто принимает решение о следующем шаге. Если каждый шаг инициирует человек нажатием кнопки, автономности нет.
3. Доступ. К каким системам решение подключено на запись, а не только на чтение. Право на запись это и есть граница, за которой начинаются настоящие требования к безопасности.

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

Почему пилоты с ИИ-агентами не доходят до эксплуатации

По исследованию «Яков и Партнёры» совместно с Яндексом за 2025 год, 46% российских компаний внедрили или тестируют автономных ИИ-агентов. По данным Strategy Partners, чёткая стратегия внедрения есть только у 26% крупных организаций.

Разрыв между этими двумя цифрами и есть кладбище пилотов. Тестируют почти все, понимают, зачем и как мерить результат, примерно четверть.

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

Обратный порядок работает лучше. Сначала выбирается один процесс с измеримым результатом и понятным владельцем, потом считается базовая линия: сколько времени процесс занимает сейчас, сколько стоит, сколько в нём ошибок. Только после этого обсуждается, нужен ли там агент, бот или обычный скрипт без искусственного интеллекта.

Что должно быть в техническом задании на ИИ-агента

Минимальный набор, без которого проект превращается в исследование за счёт заказчика.

1. Процесс и его границы. Где агент начинает работу и где заканчивает, что остаётся за человеком.
2. Базовая линия. Текущее время, стоимость и доля ошибок процесса до внедрения.
3. Критерий успеха. Конкретное число, при котором пилот признаётся удачным, и дата проверки.
4. Список систем и характер доступа: чтение или запись, через какие интерфейсы.
5. Данные: где лежат, в каком виде, кто отвечает за их качество.
6. Поведение при отказе: журнал действий, ограничение прав, откат, эскалация на человека.
7. Правила работы с персональными данными и коммерческой тайной, включая то, что нельзя передавать во внешнюю модель.
8. Владелец процесса со стороны заказчика. Не куратор, а человек, который отвечает за результат.

Пункт восьмой отсеивает больше провальных проектов, чем первые семь вместе.

Как выглядит промежуточный вариант между ботом и агентом

Между «отвечает текстом» и «действует в системах» есть большой практический слой, который часто закрывает задачу целиком.

Один из проектов Fortech (fortech.dev), аккредитованной IT-компании из Ростова-на-Дону, это платформа, где заказчик тонко настраивает источники и заранее заготовленные пары вопрос-ответ. Клиент загружает свой ресурс, и бот отвечает только по нему. Отличие от универсального чат-бота в том, что ответ строится не по данным из интернета, а по документации и материалам, которыми бота обучили. Внешняя команда работала на проекте год и два месяца: двое фронтенд-разработчиков, двое бэкенд-разработчиков, QA-инженер и менеджер проекта, весь состав на аутстаффе. Стек: NextJS и React на фронтенде, NodeJS, GraphQL и Prisma на бэкенде. Отдельным блоком работ шли миграции интерфейсной библиотеки и системы авторизации, перевод части функций на серверный рендеринг.

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

Оговорка: такой бот не снимает нагрузку с процессов, где нужно именно действие в системе. Если задача звучит как «оформить возврат», а не «объяснить правила возврата», ботом она не решается, и честный подрядчик скажет это на первой встрече.

Что делать дальше

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

Возьмите один процесс, замерьте его текущие показатели и только после этого зовите подрядчика на разговор. Этот замер займёт неделю и сэкономит квартал.

Коротко: частые вопросы

Чем ИИ-агент отличается от чат-бота

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

Сколько компаний в России уже используют ИИ-агентов

По исследованию «Яков и Партнёры» совместно с Яндексом за 2025 год, 46% российских компаний внедрили или тестируют автономных ИИ-агентов. При этом, по данным Strategy Partners, чёткая стратегия внедрения есть только у 26% крупных организаций, и этот разрыв объясняет долю закрытых пилотов.

Что дороже: чат-бот или ИИ-агент

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

С чего начинать внедрение ИИ в компании

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