ИИ-агенты для бизнеса — где они работают, а где это красивое демо

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

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

Бот, ассистент и агент — это три разные вещи

Бот отвечает по сценарию. Есть дерево вопросов, есть заготовленные ответы. Шаг в сторону — и он просит переформулировать.

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

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

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

Где агент окупается

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

Где агент не нужен

• Там, где правило записывается списком условий. Маршрутизация, расчет по формуле, проверка полей — обычный код дешевле, быстрее и повторяем.
• Там, где цена ошибки высокая, а проверить результат нельзя. Если неверный ответ обнаружится только через месяц, агент без сверки опаснее, чем его отсутствие.
• Там, где данных мало. Десять обращений в месяц не окупят ни разработку, ни сопровождение.
• Там, где нет системы под ним. Агент, которому некуда записать результат, превращается в генератор текста.

Что нужно, чтобы агент заработал

Это самая недооцененная часть. Модель — примерно десять процентов работы.

1. Данные в машиночитаемом виде. Если справочники живут в головах и в трех несогласованных таблицах, агент будет уверенно оперировать неправильными данными.
2. Инструменты с ограниченными правами. Агенту дают ровно те действия, которые ему нужны, и не дают остальных. Создать черновик — да, отправить клиенту без подтверждения — нет.
3. Критерий успеха. Должно быть машинно проверяемое условие, по которому понятно, что задача закрыта корректно. Без него агент не умеет остановиться.
4. Журнал всех действий. Что агент прочитал, что вызвал, что получил, почему решил так. Без журнала разбор любого инцидента превращается в гадание.
5. Явные точки участия человека. Все, что необратимо или стоит денег, проходит через подтверждение. Это не временная мера на период обкатки, а постоянная часть контура.

Риски, о которых редко говорят на демо

Уверенная ошибка. Модель не сообщает, что не знает. Она выдает правдоподобный ответ. Лечится не «лучшим промптом», а тем, что ответ строится только по найденным в базе данным, и в ответе есть ссылка на источник.

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

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

Персональные данные. Если в обращениях есть ФИО, телефоны и адреса, то отправка их во внешний сервис — это обработка персональных данных со всеми вытекающими. Варианты — российские модели вроде YandexGPT и GigaChat, размещение открытой модели на своем сервере или обезличивание перед отправкой. Решать это нужно до разработки, а не после.

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

Как запускать

Не проектом на полгода, а пилотом на один сценарий.

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

Такой пилот занимает недели, а не кварталы, и дает цифру, по которой уже можно принимать решение о полноценном внедрении.

Из чего агент состоит внутри

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

1. Модель. Сама языковая модель. Меняется чаще всего и должна быть изолирована за собственным интерфейсом, чтобы замена занимала день, а не месяц.
2. Поиск по своим данным. Агент не должен отвечать «из головы». Перед ответом он находит в вашей базе, документах и истории релевантные фрагменты и отвечает только по ним. Эта часть определяет качество сильнее, чем выбор модели.
3. Инструменты. Функции, которые агент может вызвать: найти клиента, создать заявку, посчитать стоимость, отправить черновик. Каждый инструмент — это код с проверками, а не «доступ к базе».
4. Оркестратор. То, что решает, сколько кругов делать, когда остановиться и когда позвать человека. Здесь же лимиты: по числу шагов, по времени, по деньгам.
5. Память и журнал. Что было в прошлых обращениях этого клиента и что агент делал в текущей задаче. Журнал нужен не для отчетности, а чтобы разобрать любой спорный случай.

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

Готовый сервис или своя разработка

Ответ зависит от того, насколько задача типовая.

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

Что спросить у подрядчика

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

Коротко

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

Дальше по теме