Паттерны использования субагентов
Способы вызова
Явный вызов через /имя
/security-auditor проверь модуль оплаты
Естественный язык
Используй verifier чтобы проверить auth
Параллельный запуск
Проверь API и обнови доки параллельно
Паттерны
1. Верификатор
Независимо проверяет, что работа действительно выполнена: тесты проходят, функционал работает end-to-end.
Реализуй авторизацию, затем используй verifier
чтобы убедиться, что всё работает
2. Оркестратор
Цепочка субагентов с передачей вывода:
Planner → Implementer → Verifier
Родительский агент координирует цепочку, передавая результат одного субагента как вход для следующего.
3. Дебаггер
Изолированная отладка:
Стек-трейс → воспроизведение → root cause → минимальный фикс
В отдельном контексте, чтобы не засорять основной чат отладочной информацией.
Ограничения
Важно знать границы:
- Нет вложенности — субагент не может запустить другого субагента (только один уровень)
- 5 параллельных субагентов ≈ 5× токенов — каждый имеет своё контекстное окно
- Overhead на инициализацию — для простых задач может быть избыточно
- Чистый контекст — субагент стартует без знания о предыдущих сообщениях, ему нужно передать весь необходимый контекст
Когда НЕ использовать субагенты
- Задача решается за 1–2 шага
- Не нужна параллельность
- Контекст небольшой и не нуждается в изоляции
- Экономия токенов важнее скорости
Когда СТОИТ использовать
- Задача декомпозируется на независимые части
- Нужна специализированная проверка (безопасность, тесты)
- Промежуточный вывод слишком объёмный для основного чата