Агент отличается от чат-бота одним: ему дают право совершать действия и цель, а не сценарий. Бот отвечает на реплику, агент делает шаги в реальных системах, пока не достигнет результата или не упрётся. Коммерчески это меняет всё: бота покупают как удобство и сравнивают по цене, агента покупают как замену части работы и сравнивают с фондом оплаты труда. Продавать их одинаково нельзя.
Что такое агент на самом деле
Убираю маркетинг. Агент — это связка из четырёх частей: модель, которая рассуждает; набор инструментов, которыми ей разрешено пользоваться; память о том, что уже сделано; и цикл, который повторяет шаги, пока задача не закрыта.
Разница с ботом не в качестве модели. Бот получает вопрос и возвращает текст — один вход, один выход. Агент получает цель и сам решает, какие действия предпринять: посмотреть в базу, вызвать внешний сервис, проверить результат, повторить иначе, если не получилось.
Именно этот цикл создаёт и ценность, и риск. Ценность — потому что закрывается не вопрос, а задача целиком. Риск — потому что действия происходят в настоящих системах: агент может отправить письмо не тому, обновить не ту запись, потратить лишние деньги на вызовах.
Простой признак, по которому вы отличите агента от бота на демонстрации: спросите, что произойдёт, если первая попытка не сработает. У бота ответ «пользователь переформулирует». У агента — «он попробует другой путь». Если вендор отвечает первое, а продаёт как агента, дальше можно не смотреть.
Какую задачу клиента это закрывает
Бот экономит время на поиске информации — измеряется в минутах на обращение. Агент забирает процесс — измеряется в человеко-часах в месяц. Это разные строки бюджета и разные люди, которые принимают решение.
Работающие сценарии всегда выглядят скучно: сбор данных из трёх систем перед звонком, сверка документов с заказом, подготовка отчёта, который сейчас делают руками, обработка типовых заявок первой линии. Общее у них одно — это работа по сбору и сверке, а не работа по принятию решений.
Красивые сценарии — «агент ведёт переговоры», «агент управляет проектом» — на текущем уровне технологии не работают. Не потому что модель слабая, а потому что в таких задачах нет проверяемого критерия успеха, и агент не понимает, когда остановиться.
Как об этом говорить с клиентом
Три перевода с технического на коммерческий, которые стоит держать наготове.
Не «агент с доступом к инструментам через протокол» — а «он сам сходит в вашу учётную систему и в почту, человеку не придётся переключаться между окнами».
Не «многошаговое выполнение с самокоррекцией» — а «если данные не сошлись, он попробует найти причину сам, а не остановится с ошибкой».
Не «оркестрация нескольких агентов» — а «сложный процесс разбит на части, за каждую отвечает своя настройка, и сломавшуюся часть можно чинить отдельно».
И одна формулировка, которая экономит месяцы: «Давайте возьмём один процесс, который сейчас делается руками и который можно измерить. Если через месяц цифра не изменится — мы честно это увидим».
Где вендоры преувеличивают
Четыре места, в которых презентации расходятся с эксплуатацией.
Точность на демонстрации и в работе — разные величины. Демо готовят на чистых данных и предсказуемых запросах. В реальности агент встречает документы с опечатками, устаревшие записи и исключения из правил. Спрашивайте не про точность, а про то, что происходит при ошибке.
«Не требует программирования» означает не требует программиста для первого шага. Настройка через интерфейс работает, пока сценарий простой. Как только появляются условия, исключения и интеграция с самописной системой — работа возвращается к инженерам.
Стоимость считается по лицензиям, а платится ещё и по вызовам. Каждый шаг агента — обращение к модели. Процесс из десяти шагов стоит в десять раз дороже одного ответа. При росте объёма это становится заметной статьёй, которой не было в расчёте.
Автономность продаётся, а покупается контроль. Ни один заказчик в банке или госсекторе не даст системе действовать без подтверждения на значимых операциях. Реальная архитектура почти всегда включает человека в контуре — и это стоит проговорить самому, до того как это станет возражением.
Что спросить у своего инженера перед встречей
- Какие именно системы клиента агент должен трогать и есть ли у них пригодный интерфейс — или придётся работать через экран?
- Что происходит при неудачной попытке: повтор, откат, передача человеку? Кто это увидит?
- Где хранятся данные, которые агент передаёт модели, и выходят ли они за периметр?
- Сколько шагов в типовом сценарии и во сколько это обойдётся при тысяче запусков в месяц?
- Какие действия требуют подтверждения человеком и как это настраивается?
Если ответа нет хотя бы на два вопроса — на встречу лучше идти вместе с инженером, а не с презентацией.
Красные флаги на стороне клиента
Ситуации, где агент не приживётся, и честнее сказать об этом сразу.
- Нет данных в системах. Если знание живёт в головах и в переписке, автоматизировать нечего — сначала нужен порядок в учёте.
- Процесс меняется каждый месяц. Настройка не успеет окупиться, поддержка съест выгоду.
- Нет владельца процесса. Без человека, которому нужен результат, внедрение остановится после пилота.
- Цена ошибки высока, а проверки нет. Финансовые операции без подтверждения — не место для первого агента.
Вопросы, которые задаст технический директор
К ним стоит подготовиться заранее, потому что от ответов зависит, продолжится ли разговор.
«Куда уходят наши данные?» — правильный ответ описывает маршрут: что передаётся модели, где она размещена, что остаётся в логах и на какой срок.
«Что будет, когда модель обновится?» — поведение может измениться. Нужен ответ про фиксацию версии и про то, как проверяется работа после обновления.
«Как я узнаю, что он сделал?» — журнал действий. Если его нет, служба безопасности остановит проект независимо от пользы.
«Кто отвечает, если он ошибётся?» — вопрос не технический, а договорной, и лучше принести на встречу готовую позицию, а не импровизировать.
Что забрать с собой
- Агент отличается от бота правом действовать и циклом повторов, а не качеством модели.
- Бот продаётся как удобство, агент — как замена части работы; это разные бюджеты и разные покупатели.
- Работают скучные сценарии сбора и сверки; переговоры и управление проектами — пока нет.
- Стоимость складывается из лицензий и вызовов; второе обычно забывают посчитать.
- Автономность продают, а покупают контроль — человек в контуре и журнал действий обязательны.
Чем агент отличается от обычной автоматизации процессов?
Классическая автоматизация выполняет заранее описанный маршрут и останавливается на любом отклонении. Агент строит маршрут сам под конкретный случай и может обойти отклонение. Цена этой гибкости — меньшая предсказуемость, поэтому в строго регламентированных процессах старая автоматизация часто уместнее.
Сколько стоит запустить первого агента?
Считать нужно три составляющие: лицензии платформы, вызовы модели по числу шагов и работу по интеграции с системами клиента. Третья обычно самая крупная и самая недооценённая, особенно если у системы нет готового интерфейса для подключения.
С какого процесса начинать?
С того, который повторяется, измеряется и никого не подставит при ошибке. Сбор данных перед встречей, подготовка регулярного отчёта, первичная сверка документов. Не с того, что красивее выглядит в презентации.
Что отвечать на «а если он ошибётся»?
Не убеждать, что не ошибётся. Описывать конструкцию: какие действия требуют подтверждения, что пишется в журнал, как откатывается результат. Клиент покупает не безошибочность, а управляемость последствий.
Нужен ли клиенту свой инженер после внедрения?
Нужен человек, который отвечает за настройки: процессы меняются, и агент должен меняться вместе с ними. Это не обязательно программист, но обязательно кто-то с выделенным временем. Без этого агент тихо перестаёт соответствовать процессу через несколько месяцев.
Материал обновлён 5 сентября 2026
Рамки по теме
Разобранное выше опирается на эти рабочие рамки — их можно открыть отдельно.
- AI Governance Lifecycle — жизненный цикл управления ИИРеестр систем, оценка риска, ответственные, проверка перед запуском и после. То, что спрашивает крупный зак…
- Ограничители для решений на моделяхПроверки вокруг модели, которые нельзя заменить формулировкой в промпте. Четыре слоя и правило: необратимое…
- Объяснимость решений моделиПочему модель приняла такое решение — вопрос, который задают регулятор и клиент. Два подхода к объяснению и…
Ещё в серии «Технологии для продавца»