Что такое агент
Модель, которая не только отвечает, но и делает: читает файлы, запускает команды, ходит по кругу до результата. Разбираем, из чего он собран и чем отличается от чата.
Слово «агент» встречается в каталоге чаще любого другого — почти в двух материалах из трёх. И почти всегда без объяснения. Разбираем по частям.
Чат и агент — не одно и то же
Чат отвечает один раз. Вы спросили — он написал. Дальше всё делаете вы: копируете ответ, открываете файл, ищете, где ошибка.
Агент работает иначе: он может что-то прочитать, что-то запустить, посмотреть на результат и попробовать снова. Разница не в уме, а в правах и в цикле.
Простая формула: агент = модель + инструкция + доступ к инструментам + цикл.
Уберите инструменты — останется чат, который рассуждает. Уберите цикл — останется программа, которая делает ровно один шаг и не замечает, что он не сработал.
Из чего он собран
Модель — то, что понимает текст и решает, что делать дальше. Сама по себе она ничего не выполняет.
Инструкция — правила: как себя вести, что можно, что нельзя. Живёт либо в системном промпте, либо в файле вроде AGENTS.md. Навык — это упакованная инструкция под конкретную задачу.
Инструменты — руки. Прочитать файл, выполнить команду, открыть сайт, создать сцену в редакторе. Подключаются либо напрямую, либо через MCP.
Цикл — повтор: сделать шаг, посмотреть, что вышло, поправить. Именно цикл превращает ответ в работу.
Кто такие субагент и оркестратор
Субагент — агент, которого запускает другой агент. Главный раздаёт задачи, каждый исполнитель работает в своём узком углу: один смотрит безопасность, другой — вёрстку. Так делают «232 субагента» и «команда из 49 агентов» в наших карточках.
Оркестратор — тот, кто управляет несколькими агентами сразу: запускает, ждёт, сводит результаты. Сам он обычно ничего не пишет, только распределяет.
Смысл один и тот же: одну большую задачу делят на узкие, потому что узкому агенту проще подобрать инструкции и инструменты, чем универсальному.
Где агент ломается
Инструмент сделал не то. Модель вызвала команду с неверным путём; ошибка в логе, а агент её не прочитал. Отсюда правило: агент должен видеть результат своих действий, а не только «команда выполнена».
Инструкция размыта. Написано «сделай красиво» — получите три разных результата из трёх запусков.
Нет границы. Агент с доступом к файлам и сети может сделать лишнее: переписать не тот файл, отправить данные наружу. Права дают по минимуму, а не «чтобы уж точно хватило».
Нет проверки. Хороший агент заканчивает не словами «готово», а прогоном проверки: тест, сборка, открытие страницы.
Чем это не является
Не самостоятельным разумом. Агент не решает, чем заняться ночью. Он работает, пока ему дают задачу.
Не гарантией качества. Тот же агент на той же задаче может ошибиться — модель вероятностная.
Не заменой человека в решениях. Делегировать можно рутину: переименовать, собрать, проверить. Выбор, что делать и зачем, остаётся за человеком.
Как читать наши карточки
Если в описании «агенты», «команда», «субагенты» — речь о наборе инструкций и ролей поверх одной модели. Ценность там не в количестве, а в том, насколько аккуратно описаны роли и что именно агенты умеют делать руками.
Все материалы · Метки · Объяснялки · RSS · JSON для агента