Что такое подагент (subagent) — и почему он экономит не время, а контекст

Неочевидная штука: подагентов зовут не ради скорости. Их зовут, чтобы не засорять свою память.

Представь: ты просишь агента найти, где в проекте формируется цена заказа. Он открывает сорок файлов, лезет в три тупика, читает кучу лишнего — и всё это остаётся висеть в вашем разговоре. Дальше вы работаете уже впритык к пределу: он начинает забывать, что вы обсуждали в начале.

Подагент решает ровно это. Он читает те же сорок файлов у себя, а тебе возвращает пять строк: «цена собирается вот здесь, вот в этой функции». Сорок файлов остаются у него.

Подагент — это агент с чистым столом

Технически подагент — обычный ИИ-агент, которого основной агент запускает как помощника. Ключевое отличие одно: у него своё окно контекста, отдельное от твоего диалога.

В Claude Code подагент описывается файлом в папке .claude/agents/:

---
name: code-explorer
description: Ищет, где в проекте реализована функциональность. Использовать,
  когда нужно понять устройство незнакомого кода.
tools: Read, Grep, Glob
model: sonnet
---

Ты исследователь кода. Найди нужные места и верни короткий отчёт:
файл, строка, роль в общей схеме. Не правь код.

Обрати внимание на tools. Этому помощнику выдали только чтение и поиск — писать он не может физически. Это не просьба в тексте, а реальное ограничение: удобно, когда не хочешь, чтобы «исследователь» внезапно начал переписывать файлы.

Что он возвращает — и что теряет по дороге

Подагент работает сам, а потом отдаёт итог. Не всю свою переписку, не тридцать шагов размышлений — только финальный ответ.

Отсюда два следствия, и второе новички ловят болезненно.

Первое, хорошее. Твой контекст остаётся чистым. Ты можешь запустить пять таких проверок подряд и не приблизиться к пределу памяти. Этим подагент отличается от простого «сделай ещё раз» — это управление контекстом, а не многозадачность.

Второе, болезненное. Подагент не видит ваш разговор. Он не знает, что полчаса назад вы решили переехать на новую библиотеку, и что «тот самый баг» — это баг в корзине. Он начинает с чистого листа.

Поэтому задачу ему нужно ставить как незнакомому человеку: с именами файлов, условиями и критерием готовности. Формулировка «доделай как договорились» гарантированно провалится.

Когда звать, а когда не надо

Подагент выигрывает там, где много чтения и мало вывода:

• разведка по незнакомому проекту: «найди, где обрабатываются платежи»;
• проверка гипотезы: «посмотри, используется ли ещё эта функция»;
• обзор изменений перед коммитом;
• несколько независимых проверок разом — их можно запустить параллельно.

Подагент проигрывает, когда:

• правка маленькая и ты уже знаешь файл — передача задачи дороже самой работы;
• нужен живой диалог с уточнениями — помощник отвечает один раз;
• задача опирается на историю вашего разговора, которую долго пересказывать.

Правило простое: много шума на входе, короткий ответ на выходе — зови подагента. Иначе делай сам.

Подагент — это то же, что мульти-агентная система?

Почти, но масштабом поменьше. Мульти-агентная система — это архитектура, где несколько агентов общаются и делят роли. Подагент — частный случай: один главный, помощники под конкретные задачи, разговор идёт только с главным.

Несколько подагентов могут работать одновременно?

Да, и это их сильная сторона: пока один изучает бэкенд, другой смотрит фронтенд. Но если они начнут править файлы в одной папке, вы получите гонку — двое переписывают одно и то же. Для параллельной правки каждому нужен свой рабочий каталог: как это устроено, разбираем в статье про git worktree.

Подагент экономит деньги?

Нет — и это важно не перепутать. Он экономит место, а не расходы. Подагент тратит свои токены на чтение тех же сорока файлов, просто в своём окне. Выигрыш в том, что твой диалог остаётся коротким и агент дольше держит задачу целиком. Считай это платой за чистую голову, а не скидкой.

Почему подагент вернул меньше, чем я ожидал?

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