Определение, от которого есть польза
ИИ-агент — это система, которая получает цель, а не команду. Она сама решает, какие шаги предпринять, вызывает внешние инструменты, смотрит на результат и корректирует поведение, пока цель не достигнута или пока не упрётся в границу своих полномочий.
Формула, по которой удобно проверять: цель → план → действие → наблюдение → память → корректировка. Если в системе нет хотя бы наблюдения и корректировки, это не агент, а генератор текста в оболочке.
Чем агент отличается от соседних понятий
От чат-бота
Чат-бот отвечает. Агент делает: заводит заявку, находит документ, пересчитывает, отправляет результат в вашу систему. Разговорное окно у агента может вообще отсутствовать — он способен работать по событию, а не по сообщению.
От классической автоматизации
Сценарий автоматизации выполняет заранее описанную последовательность. Агент строит последовательность сам под конкретный случай. Это его сила на разнородных входах — и его слабость там, где нужен строго один и тот же порядок действий.
От «модели с промптом»
Промпт задаёт поведение в одном обмене. Агент живёт дольше одного обмена: он помнит контекст задачи, видит результаты своих действий и отвечает за конечный результат, а не за отдельную реплику.
Из чего он состоит
- Модель — принимает решения о следующем шаге. Одна и та же архитектура агента может работать на разных моделях.
- Инструменты — доступ к базам, API, поиску, коду. Именно они превращают рассуждение в действие.
- Память — контекст задачи, история шагов, долговременные знания о предметной области и пользователе.
- Планировщик — разбиение цели на шаги; в простых агентах его роль выполняет сама модель.
- Контур контроля — границы полномочий, точки подтверждения человеком, журнал действий.
- Оценка — набор проверочных задач и метрики, без которых нельзя понять, стало ли лучше.
Какие задачи ему стоит отдавать
Хороший кандидат на агента отвечает четырём условиям одновременно:
- Задача повторяется — иначе не окупится подготовка инструментов и проверок.
- Результат проверяем — есть способ убедиться, что сделано верно, не полагаясь на впечатление.
- Входные данные разнородны — иначе дешевле обычный сценарий автоматизации.
- Цена ошибки известна — от неё зависит, сколько контроля закладывать.
Плохие кандидаты: уникальные разовые задачи, процессы без критерия правильности, операции с необратимыми последствиями без возможности подтверждения человеком.
Автономность — это шкала, а не переключатель
Разумный путь внедрения проходит по ступеням, и каждая следующая включается только после того, как метрики подтвердили предыдущую:
- Агент предлагает — человек выполняет. Полезно уже здесь: видно качество без риска.
- Агент выполняет — человек подтверждает каждое действие.
- Агент выполняет сам, человек подтверждает только рискованные операции.
- Агент работает автономно, человек разбирает исключения и смотрит отчёты.
Прыжок сразу на четвёртую ступень — самая частая причина, по которой пилоты откатывают: без накопленной статистики никто не может оценить, что именно система делает не так.
Что измерять
- доля задач, доведённых до конца без вмешательства человека;
- доля результатов, потребовавших исправления;
- стоимость одной решённой задачи, а не одного вызова модели;
- время от постановки до результата в сравнении с ручным процессом;
- доля корректных отказов — когда агент правильно решил, что задача не его.
Частая ошибка внедрения
Начинать с выбора фреймворка. Практически полезнее начать с описания одного сценария до уровня «что считается успешным результатом» и с проверки, что у агента вообще есть доступ к нужным данным и системам. Фреймворк меняется за неделю, а неверно выбранный сценарий тратит квартал.