Что такое сабагент на самом деле
Сабагент - это изолированный экземпляр Claude со своим собственным окном контекста. Он выполняет назначенную задачу и возвращает в основной диалог только релевантный результат - а не весь ход своей работы и не десятки прочитанных файлов. Несколько сабагентов могут работать параллельно, каждый со своими правами доступа. Встроенные типы включают general-purpose агента, plan-агента для исследований и explore-агента для поиска по коду в режиме только для чтения.
Шаг 1. Проверьте сигналы: точно ли нужен сабагент
Явный сигнал использовать сабагента - когда задача требует изучить десять и более файлов, или когда в ней три и более независимых куска работы без зависимости друг от друга. Другие уместные случаи: нужен свежий взгляд без влияния истории текущего диалога, нужна проверка перед коммитом, или работа естественно распадается на последовательные, но разные по сути фазы (пайплайн).
Сабагент не нужен, если работа последовательная и зависимая - второй шаг требует полного результата первого; если два сабагента будут редактировать один и тот же файл параллельно (риск конфликта); если задача мелкая и накладные расходы на делегирование перевешивают выгоду; если специализированных агентов уже слишком много и они путают систему; или если сабагентам нужно координироваться друг с другом - для этого случая существуют Agent Teams, а не отдельные сабагенты.
Шаг 2. Вызовите сабагента прямо в диалоге
Самый быстрый способ - естественный язык. Рабочие формулировки: «используй сабагента, чтобы изучить, как работает авторизация», «пусть отдельный агент проверит этот код на проблемы безопасности», «исследуй это параллельно», «запусти сабагентов, чтобы исправить эти ошибки во всех пакетах».
Чтобы промпт сработал предсказуемо: чётко определите границы задачи («изучи, как работают платежи» лучше, чем «изучи всё»); явно попросите параллельное выполнение, если задачи независимы; укажите желаемый формат результата; попросите свежий контекст, если важен непредвзятый анализ. Для долгих сабагентов используйте Ctrl+B, чтобы отправить их в фон, и команду /tasks, чтобы видеть запущенные процессы.
Шаг 3. Создайте кастомного сабагента
Кастомный сабагент - это файл в одном из двух мест: .claude/agents/ для сабагента, доступного всей команде через репозиторий, или ~/.claude/agents/ для сабагента, доступного только вам во всех проектах. Настроить его можно интерактивной командой /agents или написав markdown-файл вручную.
В настройку входят: системный промпт, права на инструменты, опциональная кастомная модель и поле description, которое запускает автоматическое делегирование - Claude сам решает вызвать этого сабагента, если задача подходит под описание.
Шаг 4. Напишите description так, чтобы автозапуск работал
Поле description должно описывать условия срабатывания, а не просто возможности агента. Формулировка «проверяет код на проблемы безопасности перед коммитом» маршрутизируется лучше, чем «эксперт по безопасности» - потому что первая говорит, когда вызывать агента, а вторая только что он умеет.
Шаг 5. Ограничьте инструменты и не плодите агентов
Узкая специализация и ограниченный набор инструментов работают лучше, чем агент-универсал. Не стоит заполнять систему множеством специализированных агентов - чем их больше, тем выше шанс, что автоматическое делегирование выберет не того. Разделяйте права по роли: агенты для планирования и архитектуры держите на чтении (поиск, документация через MCP), агенту-реализатору давайте Edit, Write, Bash и инструменты для UI-тестирования, а агенту релиза - только то, что нужно именно для релиза.
Ещё три способа закрепить поведение: CLAUDE.md, скиллы, хуки
Инструкцию в CLAUDE.md стоит использовать, когда код-ревью всегда должно идти через сабагента только на чтение, когда в проекте есть особые паттерны исследования, которым Claude должен следовать, или когда нужно единообразное поведение для всей команды и всех сессий - CLAUDE.md загружается в начале каждого разговора.
Скиллы - это переиспользуемые воркфлоу в .claude/skills/, которые запускаются по требованию (явным вызовом или автоматическим совпадением по описанию). Используйте их, когда определённые действия выполняются регулярно, когда разным членам команды нужен доступ к сложным операциям, или когда важно стандартизировать выполнение задачи в команде. Отличие от CLAUDE.md по охвату: CLAUDE.md загружается всегда, скиллы - по требованию.
Хуки - это пользовательские shell-команды, HTTP-эндпоинты или LLM-промпты, которые выполняются в определённых точках жизненного цикла сессии. Они уместны, когда каждый коммит должен автоматически проходить ревью перед созданием, когда проверки безопасности должны запускаться без ручного запроса, или когда качественные проверки в духе CI нужны прямо в локальной разработке.
Самый рабочий подход к автоматизации: начните с вызова сабагентов в диалоге, а автоматизируйте только те паттерны, которые начинают повторяться сами собой.
Практические паттерны использования
Исследование перед реализацией: делегируйте изучение кодовой базы сабагенту первым делом и получите синтезированную выжимку вместо сырых файлов. Параллельные правки: несколько сабагентов одновременно исправляют один и тот же паттерн в разных файлах, сохраняя фокус на своей части. Независимая проверка: сабагент без предыдущего контекста замечает проблемы, которые замыленный взгляд мог упустить. Пайплайн: цепочка сабагентов с явной передачей задачи друг другу - агент дизайна, затем агент реализации, затем агент тестирования, каждый сфокусирован на своей стадии.
Чек-лист
- Задача требует изучить десять и более файлов или содержит три и более независимых куска работы
- Работа не последовательно зависима - второй шаг не требует полного результата первого
- Два сабагента не будут редактировать один и тот же файл параллельно
- Кастомному сабагенту прописан узкий набор инструментов и description с условиями срабатывания, а не просто списком умений
- Начали с вызова в диалоге и автоматизируете (CLAUDE.md, скилл, хук) только те паттерны, что реально повторяются