ИИ-агент — это программа на основе языковой модели, которая не просто отвечает на вопросы, а сама выполняет задачи: планирует шаги, пользуется инструментами и доводит дело до результата без вашего участия на каждом шаге. Чтобы создать ИИ-агента сегодня, код почти не нужен: берётся готовый фреймворк и несколько текстовых файлов, где вы описываете характер агента и его инструменты. Дальше — детали, как это устроено и где подводные камни.
Меня зовут Жемал Хамидун. Я Head of AI в Alpina Digital и CPO платформы AlpinaGPT — это AI-агрегатор с 30+ моделями, которым пользуются больше 6000 человек, включая корпоративные команды Лукойла, Газпромнефти и Сбера. До этого выстраивал процессы в Сбербанке, где под Agile-трансформацией было больше 1300 специалистов. Магистр МФТИ. Я не только рассказываю про ИИ-агентов на тренингах и в канале «Готовим ИИшницу» — я их реально собираю: на фреймворках вроде Hermes и OpenClaw, через обычные markdown-файлы. За последние годы провёл AI-трансформацию издательства «Альпина» и больше 40 корпоративных клиентов. Так что дальше — не теория из статей, а то, что работает на практике.
Самая частая путаница — между чат-ботом, ассистентом и агентом. Кажется, что это синонимы, но разница принципиальная, и именно в ней вся ценность ИИ-агентов для бизнеса.
Простая аналогия из финансов:
Ключевое слово — автономность. Бот отвечает, агент действует. Чат-бот живёт в рамках одного сообщения: вопрос — ответ — конец. Агент держит в голове цель и сам выстраивает путь к ней через несколько шагов, проверяя себя по дороге. Это и есть водораздел: как только программа начинает сама принимать решения о следующем действии, она перестаёт быть ботом и становится агентом.
Если разобрать любого агента — от простого до самого навороченного — внутри окажутся одни и те же четыре части. Понимать их важно, потому что именно из них вы будете собирать своего.
Работают эти четыре кита в простом цикле, который повторяется, пока задача не решена:
Подумал → сделал → посмотрел на результат → повторил. И так круг за кругом, пока цель не достигнута.
Агент берёт цель, обдумывает первый шаг (мозг), выполняет его инструментом (руки), смотрит, что получилось, сверяется с памятью — и решает, нужен ли следующий шаг. Эта петля и есть сердце любого автономного ИИ-агента. Всё остальное — обвязка вокруг неё.
Здесь хорошая новость для тех, кто не программист. Создание ИИ-агентов давно не требует писать движок с нуля. Движок уже написан — это фреймворк (например, Hermes или OpenClaw). Он умеет крутить тот самый цикл «подумал → сделал», подключать модель и инструменты. Ваша работа — не код, а описание поведения агента в нескольких текстовых файлах.
На практике характер и логику агента я задаю парой markdown-файлов. Объясню на двух главных.
SOUL.md — душа агента, его характер. Здесь обычным языком описывается:
Этот файл про «что нельзя» — самый важный. Именно он держит агента в рамках и не даёт ему натворить лишнего, когда пользователь начнёт хитрить.
TOOLS.md — руки агента. Здесь перечислены инструменты, которые ему доступны, и, что важнее, порядок их применения: когда какой брать, что проверить сначала, что потом. Хороший агент получается не из того, что у него много инструментов, а из того, что он знает, в какой последовательности ими пользоваться.
Главный принцип, который я повторяю на каждом тренинге:
Не переписывай код — адаптируй файлы. Хочешь другого агента — меняешь не движок, а тексты в SOUL.md и TOOLS.md.
Именно поэтому собрать рабочего агента под конкретную задачу можно за вечер, а не за месяц. Вы редактируете описания на человеческом языке, а фреймворк берёт на себя всю инженерию.
Тема, о которой редко предупреждают новичков, а зря — потому что счёт за API может неприятно удивить. Дело в том, как агент устроен внутри.
Вспомните цикл «подумал → сделал → посмотрел → повторил». На каждом витке агент заново подаёт модели весь накопленный контекст: исходную задачу, что он уже сделал, какие результаты получил. Контекст перечитывается на каждом шаге. Сделал агент десять шагов — модель десять раз прочитала всю историю, и за каждое прочтение вы платите токенами. Поэтому агент, который решает задачу в пятнадцать шагов, стоит дороже, чем один прямой запрос к модели, — даже если модель та же самая.
Дальше — мультиагентные системы, где несколько агентов работают вместе (один планирует, другой ищет, третий проверяет). Это мощно, но расход умножается: каждый агент крутит свой цикл со своим контекстом. По нашему опыту, именно недооценка этого эффекта чаще всего ломает экономику первых проектов.
Вывод простой и практичный — берите модель по размеру задачи:
Грамотно подобранная модель на каждом этапе — половина успеха в том, чтобы ИИ-агент для бизнеса был не только умным, но и рентабельным.
Когда меня спрашивают, опасны ли ИИ-агенты, я отвечаю: опасен не мозг, а руки. Языковая модель сама по себе ничего во внешнем мире сделать не может — она только думает и пишет текст. Реальный риск появляется ровно тогда, когда вы даёте агенту инструменты.
Логика прямая: чем шире доступ агента, тем больше поверхность атаки. Агент, который только отвечает на вопросы, почти безобиден. Агент, который умеет отправлять деньги, удалять записи в базе или самостоятельно ходить по сайтам через браузер, — уже совсем другая история. Особенно автономный браузер: он открывает агенту весь интернет, а вместе с ним и все способы, которыми агента можно обмануть или подставить через вредоносную страницу.
Поэтому в любом серьёзном проекте я закладываю несколько правил:
Безопасный агент — не тот, у которого отняли все инструменты, а тот, у которого доступ соразмерен задаче и где человек контролирует точки невозврата.
Самое красивое в этой теме то, что все четыре кита и цикл «подумал → сделал» одинаковы для любой задачи. Меняются только SOUL.md и TOOLS.md — а конструкция остаётся. Вот три агента, которых я собирал на одной и той же архитектуре.
Внешне это три совершенно разных продукта. Внутри — одна формула, любой домен: тот же мозг, те же руки, та же память, тот же цикл. Когда вы это осознаёте, страх перед «созданием ИИ-агентов» уходит. Вы перестаёте искать готовое решение под каждую задачу и начинаете собирать своё — потому что архитектура у всех одна.
Если хотите попробовать сами, вот честный порядок действий, без воды.
Через несколько таких циклов у вас будет рабочий автономный ИИ-агент, собранный без единой строчки кода — на фреймворке и нескольких текстовых файлах.
Короткие ответы на то, что спрашивают чаще всего.