Субагенты: как ИИ-помощник делит работу, как бригада

Субагент это дополнительный ИИ-помощник, которому основной агент передаёт отдельную часть работы, например проверить тесты или найти нужный файл. Основной агент похож на прораба, субагенты на бригаду. У каждого свой чистый контекст, поэтому они не мешают друг другу. Результат своей работы они возвращают основному агенту.

Представьте стройку. Прораб один, но он не кладёт плитку сам: он говорит одному «найди, где проходит труба», другому «подготовь смету». Каждый работает за своим столом и приносит короткий ответ. Прорабу не нужно читать все чертежи, ему достаточно итога.

Вы увидите: пока ничего делать не нужно. Дальше мы разберём, как задачу делят и как это включается в вашем инструменте.

Основной агент формулирует части задачи и раздаёт их субагентам, затем собирает результаты. Чтобы агенты не правили одно и то же, каждому отводится своя область: файл, папка или роль, например «пишет» и «проверяет». Границы нужно задать в инструкции явно, иначе агенты начнут дублировать друг друга.

Самое простое деление выглядит так: один помощник пишет код в папке src/, второй только читает и проверяет, ничего не правя. Тогда они физически не могут перебить работу друг друга.

Вы увидите: правило, которое пригодится в лабораторной. Перед запуском бригады вы сами пишете, кто за какую папку отвечает.

Они полезны, когда задачу можно разделить на независимые части или нужен отдельный проверяющий. Для маленькой правки они только усложняют работу и тратят больше лимитов. Новичку полезно сначала освоить одного агента, а субагентов подключать, когда вы упёрлись в объём или в качество проверки.

Две хорошие причины позвать помощников. Первая: работа шумная, например нужно прочитать сорок файлов и вернуть три строки вывода. Субагент прочитает за вас, а ваш разговор не засорится. Вторая: нужен взгляд со стороны. Агент, который писал код, редко находит в нём свои ошибки, а свежий проверяющий находит.

Как правило да: несколько агентов тратят больше токенов и лимитов подписки, чем один. Выигрыш бывает во времени и в качестве проверки, а не в экономии. Поэтому делегируйте субагентам только то, что действительно нуждается в отдельном исполнителе, и следите за расходом.

В документации Codex это сказано прямо: каждый субагент выполняет свою работу с моделью и инструментами, поэтому расход выше, чем у одного агента. Для других инструментов логика та же: больше исполнителей, больше прочитанного и написанного текста.

Как следить за расходом, зависит от инструмента: у многих есть команда или панель с остатком лимитов. Посмотрите её до задачи и после, так вы увидите цену бригады на своих глазах.

В инструментах, которые это умеют, субагент это обычный текстовый файл: имя, описание «когда меня звать» и инструкция. Вот пример проверяющего в формате Claude Code (проверено по документации на 01/10/2026):

---
name: reviewer
description: Проверяет код после правок. Звать после каждого изменения.
tools: Read, Grep, Glob
---

Ты строгий проверяющий. Ничего не правь. Найди ошибки и места,
которые легко сломать, и перечисли их коротким списком.

Поле tools ограничивает помощника: здесь он может только читать и искать, но не менять файлы. Поля name и description обязательны, остальные необязательны. Файл кладут в папку .claude/agents/ проекта, чтобы он работал только там, или в ~/.claude/agents/, чтобы он работал везде.

Вы увидите: ничего особенного, это такой же текст, как AGENTS.md. Агент читает описание и сам решает, когда позвать помощника, либо вы называете его по имени.

Нет, реализация и названия отличаются: в одних инструментах субагенты настраиваются файлами, в других запускаются параллельные задачи, в третьих такой функции нет. В модуле есть сравнительная таблица. Если нужного в вашем инструменте нет, курс прямо пишет «нет» и предлагает обходной путь.

Если субагентов нет, подойдёт простой обход: откройте вторую беседу и поручите ей роль проверяющего. Это не то же самое, но принцип «писал один, проверяет другой» сохраняется.

Бригаде ставят задачу так же, как человеку: что сделать, где и как проверить, плюс одна новая строка: кто за что отвечает.

Сделай калькулятор чаевых в папке demo.
Раздели работу на двух помощников:
1) писатель создаёт tip.py и больше ничего не трогает;
2) проверяющий только читает tip.py, ничего не правит,
   и присылает список замечаний.
В конце собери итог: что сделано и что нашёл проверяющий.

Заметьте, что границы названы словами: «создаёт только tip.py», «только читает». Если их не написать, помощники могут начать править одно и то же.

Вы увидите: основной агент сообщит, что запустил помощников, а в конце принесёт один сводный ответ. Закрепить это руками можно в лабораторной про двух субагентов.