Что такое ИИ-агент, если убрать маркетинговый слой: это программа, которой дают цель, а не пошаговую инструкцию, и которая доводит цель до результата сама, вызывая внешние инструменты и проверяя себя после каждого шага. Формула короткая: ИИ-агент = модель + связующий код + инструменты + память. Модель выбирает следующий шаг, связующий код превращает её ответ в реальный вызов, инструменты меняют что-то во внешних системах, память удерживает контекст между шагами.
Бытовой пример. Запрос «перенеси завтрашнюю встречу с Ивановым на пятницу и предупреди его» обычная модель закроет советом, как это сделать. Агент выполняет шесть действий сам: находит событие в календаре, собирает свободные слоты пятницы, сверяет их с занятостью второго участника, переносит встречу, отправляет письмо с новым временем, возвращает отчёт. Человек участвует дважды: ставит цель и принимает результат.
ИИ-агент простыми словами это система на базе языковой модели, которая получает цель, сама решает, какие шаги нужны, вызывает для этих шагов внешние инструменты (API, базы, почту, CRM), читает результат каждого вызова и корректирует план, пока цель не достигнута или пока не сработает ограничение.
Формальную границу Anthropic проводит в руководстве Building effective agents: workflow это связка модели и инструментов, где порядок шагов задан кодом заранее, agent это система, где модель сама управляет своим процессом и выбором инструментов. Вывод оттуда же: агентные системы платят за качество латентностью и стоимостью, поэтому строить их стоит только там, где сценарий заранее не расписывается.
Если хотя бы одного узла нет, перед вами не агент, а генератор текста, скрипт или чат-бот.
Физическое ограничение модели это контекстное окно, куда попадает всё: системный промпт, каждое сообщение, результаты вызовов инструментов, документы и даже определения самих инструментов. У Claude Opus 5, Sonnet 5 и Sonnet 4.6 окно составляет 1 000 000 токенов, у Sonnet 4.5 и ряда прежних моделей 200 000 (документация Claude). Там же названо неприятное свойство: с ростом числа токенов точность и полнота извлечения падают, эффект зовётся context rot. Отсюда правило: в контекст кладут не всё, что есть, а то, что нужно на текущем шаге.
Технически это function calling. Документация OpenAI описывает цикл в пять шагов: запрос со списком инструментов, ответ модели с вызовом, исполнение вызова кодом приложения, повторный запрос с результатом, финальный ответ или следующий вызов (Function calling). Там же мягкая рекомендация, которую нарушают почти все первые сборки: держать доступными меньше 20 функций на начало хода, иначе точность выбора падает. Строгий режим (strict: true) заставляет соблюдать схему аргументов, но требует additionalProperties: false у каждого объекта и перечисления всех полей в required.
Подключение стандартизировано: Model Context Protocol Anthropic опубликовала 25 ноября 2024 года как открытый стандарт, чтобы не писать отдельную интеграцию под каждый источник; в первом наборе серверов были Google Drive, Slack, GitHub, Git, Postgres и Puppeteer (анонс MCP).
Короткая память это само контекстное окно. Она конечна: если вход превышает окно, API возвращает ошибку 400 invalid_request_error с текстом «prompt is too long». Для длинных задач применяют компакцию, то есть серверное сжатие ранней части диалога, и очистку старых результатов инструментов.
Длинная память это внешнее хранилище с поиском. Каноническая схема называется RAG и описана в работе «Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks», поданной 22 мая 2020 года и принятой на NeurIPS 2020 (arXiv:2005.11401). Рядом с моделью держат плотный векторный индекс (в оригинале это была Википедия), перед ответом достают релевантные фрагменты и кладут в контекст. Так агент помнит регламенты, прайс и историю клиента, не удерживая их в окне постоянно.
Узел, который склеивает первые три. Схема ReAct описана в статье «ReAct: Synergizing Reasoning and Acting in Language Models», поданной 6 октября 2022 года (arXiv:2210.03629). Метод чередует рассуждение и действие: модель формулирует мысль, вызывает инструмент, читает наблюдение, обновляет план. Прирост успешности там составил 34% в среде ALFWorld и 10% в WebShop относительно методов имитационного обучения и обучения с подкреплением, при одном-двух примерах в промпте.
Сквозной сценарий: с сайта пришла заявка «нужен расчёт на 40 точек», цель агента подготовить и отправить коммерческое предложение.
| Итерация | Наблюдение | Действие и инструмент | Проверка |
|---|---|---|---|
| 1 | Есть компания и телефон, нет отрасли и региона | Поиск по ИНН и реестрам, company_lookup | Найдена одна организация, совпадение однозначное |
| 2 | Тариф зависит от числа точек и региона | Запрос прайса, get_pricing | Тариф на 40 точек есть, согласование не нужно |
| 3 | Нужен шаблон КП под отрасль | Векторный поиск по базе документов, kb_search | Найдены два шаблона, взят более свежий |
| 4 | Данные собраны | Сборка PDF, render_offer | Пустых плейсхолдеров нет, сумма совпадает с шагом 2 |
| 5 | Действие имеет внешний эффект | Отправка письма, send_email | Остановка, письмо уходит после одобрения человеком |
Столбец «Проверка» и отличает агента от скрипта. Если на шаге 1 организация не нашлась, агент не идёт на шаг 2, а задаёт уточняющий вопрос или закрывает задачу с пометкой «недостаточно данных».
| Критерий | Сценарный чат-бот | RPA | ИИ-агент |
|---|---|---|---|
| Кто задаёт последовательность шагов | Разработчик, ветками диалога | Разработчик, сценарием по элементам интерфейса | Модель, в момент выполнения, исходя из цели |
| Что происходит при отклонении от сценария | Ответ «не понял» или тупиковая ветка | Робот падает: сдвинулась кнопка, изменилось поле | Перестраивает план, пробует другой инструмент, эскалирует |
| Доступ к системам | Обычно нет или один вебхук | Есть, но через интерфейс пользователя, а не через API | Есть, через описанные функции и API, набор выбирается на ходу |
| Кто отвечает за результат | Автор сценария: бот отвечает заложенное | Автор сценария: робот повторяет заложенные клики | Владелец агента: нужны логи, метрики и эскалация, путь заранее неизвестен |
Следствие: RPA дешевле и предсказуемее там, где процесс не меняется годами и интерфейсы стабильны, агент оправдан там, где вход каждый раз разный. Смешивать полезно: агент принимает решение, RPA выполняет механический кусок в системе без API. Держите в голове и предупреждение Gartner про agent washing, переупаковку прежних ассистентов, RPA и чат-ботов в «агентов» без реальных агентных свойств: из тысяч вендоров, называющих себя агентными, настоящих около 130 (пресс-релиз Gartner от 25 июня 2025 года).
Автономность это не свойство модели, а настройка контура.
Подтверждение обязательно на любом действии с внешним эффектом и без простого отката. Документация OpenAI прямо относит к ним отмену операций, правку данных, shell-команды и чувствительные вызовы через MCP, а для рискованных сценариев требует отдельно отсекать доступ к продакшену, разрушающие изменения и выгрузку данных наружу. Второй обязательный триггер это порог отказов: превысив лимит попыток, агент передаёт задачу человеку, а не пробует ещё раз.
Оркестратор держит цель и делит её на подзадачи, исполнители работают каждый со своим узким набором инструментов и своим контекстом. Разумный порог перехода: задача требует больше трёх разнородных инструментов либо объём информации заведомо не помещается в одно контекстное окно.
Выигрыш измерим. У Anthropic связка из Claude Opus 4 в роли оркестратора и Sonnet 4 в роли исполнителей обошла одиночного Opus 4 на 90,2% на внутренней оценке исследовательских задач (How we built our multi-agent research system). Там же названа цена: агенты расходуют примерно в 4 раза больше токенов, чем обычный чат, мультиагентные системы примерно в 15 раз. И объяснение: на бенчмарке BrowseComp расход токенов сам по себе объясняет 80% разброса результатов, а вместе с числом вызовов инструментов и выбором модели три фактора дают 95%.
Где схема не работает: задачи, где всем участникам нужен один общий контекст, и задачи с плотной координацией. Пример оттуда же: в разработке по-настоящему параллельных кусков меньше, чем в ресёрче, а делегировать друг другу в реальном времени модели пока умеют плохо.
Задача годится для агента, если у неё есть понятный вход, набор инструментов и измеримый выход.
Это механика, а не экономика. Какие сценарии окупаются первыми и где внедрение чаще всего проваливается, разобрано в материале ИИ-агенты для бизнеса.
Семь вопросов, на каждый ответ «да» или «нет». Если «да» меньше пяти, берите сценарного бота или RPA: агент добавит только стоимости и непредсказуемости.
Мини-квиз: агент или бот на вашей задаче
Больше пяти шагов, переменный порядок и наличие API это признаки задачи для агента. Одинаковый порядок и интерфейс без API это задача для RPA. Необратимое действие в конце означает, что уровень автономности выше второго вам не нужен.
Набрали в чек-листе пять «да» и больше?
Разберём вашу задачу по четырём узлам, назовём инструменты, которые придётся подключить, и уровень автономности, на котором её безопасно запускать.
Нет. Чат-бот работает по заранее описанным веткам диалога и отвечает текстом. Агент получает цель, сам выбирает шаги, вызывает инструменты и меняет состояние внешних систем. Граница совпадает с разделением Anthropic на workflow, где порядок шагов задан кодом, и agent, где шаги выбирает модель во время выполнения.
Готовых сумм нет, они зависят от модели и объёма, но формула считается заранее: разработка и интеграции + (число задач в месяц × среднее число итераций × токены на итерацию × тариф модели) + сопровождение. Ключевой множитель второй: расход токенов у агента примерно вчетверо выше, чем у обычного чата, а у мультиагентной системы примерно в 15 раз. Актуальные тарифы на токены смотрите на страницах цен вендора модели.
Для прототипа нет: визуальные конструкторы закрывают связку «модель плюс несколько готовых интеграций». Для боевой версии да, и упирается это не в модель, а в обвязку: описание инструментов, валидация аргументов, обработка отказов, логи и подтверждения.
Безопасность здесь свойство контура, а не модели. Минимум: разделить действия на автоматические и требующие подтверждения, вынести в подтверждаемые всё необратимое, поставить порог числа попыток, после которого задача уходит человеку, и логировать каждый вызов с аргументами. В Agents SDK OpenAI это guardrails трёх типов (на входе, на выходе и на инструментах) плюс механизм одобрений.
С той, где уже есть архив прошлых кейсов и понятный критерий успеха: на них замеряют качество до запуска и после. Практически это чаще всего разбор входящих обращений или ресёрч. Первые недели держите человека в контуре на уровне подтверждений: цифры τ-bench про падение надёжности при повторных прогонах относятся и к вашему агенту.