Команды агентов [agent teams]

Весь курс ты учился работать с одним братишкой. Дал задачу > получил результат. Иногда Claude сам запускал субагентов для подзадач, но координировал всё ты :/

Но 5 февраля 2026 года Anthropic выкатили «Agent Teams» — возможность запускать несколько полноценных агентов, которые координируются между собой. И стало повеселей!

Примерыч:
Ты говоришь лиду: «Нужно добавить платежку». Он создаёт троих «тиммейтов», раскидывает междту задания, и следит за прогрессом, пока не будет получен нужный результат. Ты можешь вмешаться в любой момент, а можешь и не вмешиваться =)

«Agent Teams» это команда в одном офисе. Общая доска задач, агенты переписываются между собой, видят прогресс друг друга. Тиммейт не исчезает после выполнения подзадачи, он живёт, общается с другими, видит общую картину.

Тут недавно один из исследователей Anthropic запустил 16 агентов Claude Code параллельно, и они написали полноценный компилятор языка C за две недели. 100 000 строк кода бля. И компилятор реально работает: собирает Linux, PostgreSQL, Redis и десятки других проектов (это сложна).

Работали так: каждый агент получил доступ к общему репозиторию. Брал задачу из очереди > ставил «замок», чтобы другие не взяли то же самое. Закончил > снял замок, результат стал доступен всем. Роли разные: одни чинили баги, другие добавляли фичи, один следил за качеством, один вёл документацию.

Итоговая стоимость: ~$20 000 в чистых API-токенах. Не в подписках: а в прямых расходах на вычисления. Для сравнения: один senior-разработчик за тот же год работы обойдётся в $150 000+.

Зачем это знать: не для того чтобы завтра повторить. А чтобы понимать, что с этой системой можно работать на таком уровне. Компилятор лишь один из примеров. Сложные задачи, много параллельной работы, нужна координация = вот где «Agent Teams» в тему.

Каждый тиммейт это отдельный полноценный Claude со своим контекстом. 3 тиммейта ≈ 3-4x токенов по сравнению с одним агентом.

[ - ] Рассчитывать на подписку не стоит.
Подписка Max за $200/мес хороша для ежедневной работы с одним-двумя агентами параллельно. Открыл пару чатов, дал каждому задачу через «worktrees» — нормально, хватает. Но если запустить полноценную команду из 5-10 агентов, лимит улетит очень быстро. А 16 агентов, как в примере с компилятором это уже чистые API-токены и совсем другой бюджет.

[ - ] Если используешь
Практически обязательно включить «overage billing» в настройках аккаунта. Без этого команда просто встанет, когда лимит закончится.

[ + ] Но это окупается.
Если час работы команды агентов экономит тебе день ручной работы, а этот день стоит дороже — математика сходится. В одном реальном кейсе команда из 3 тиммейтов собрала полноценную платёжную систему (база, бэкенд, фронтенд, тесты) за ~5 минут вместо ~30. Потратила ~16% дневного лимита подписки за $200.

Это уровень профессиональной разработки. Когда агенты реально приносят тебе бабос, «Agent Teams» имеет смысл. А если ты ток начинаешь, то это будет пустой тратой денег.

Добавь в settings.json:

 «In-process» (по умолчанию) — все тиммейты в одном терминале. Переключаешься между ними клавишами. Работает везде, включая встроенный терминал VS Code.

«Split panes» — каждый тиммейт в своей панели, видишь всех одновременно. Нужен tmux или iTerm2. В обычном терминале VS Code, Windows Terminal, Ghostty — не поддерживается.

⚙️ Настройка:

Полноценный опыт (с разделением экрана) только в терминале.

Частая проблема: лид-агент вместо координации начинает сам писать код. Как менеджер, который вместо того чтобы раздать задачи, сел и начал кодить.

Shift+Tab включает «Delegate Mode»: лид может только координировать: создавать тиммейтов, отправлять сообщения, управлять задачами. Код писать не может. Это заставляет его делать то, для чего он нужен — думать о картине целиком и делегировать.

Без подготовки Claude хреново использует команды агентов. Это нормально, по той же причине, по которой он плохо работает без CLAUDE.md. Нет контекста: какой проект, как разделить работу, в каком порядке запускать.

Без этого ты получишь:

[ - ] Странные составы команд (5 агентов на задачу для двоих)

[ - ] Всё запускается параллельно, даже когда есть зависимости

[ - ] Бэкенд-агент начинает работу, не дождавшись пока база определит схему → строит на выдуманных данных → потом всё в мусор

Решение = контракты.
Лид-агент определяет конкретные соглашения до запуска команды:

Правильный порядок такой: сначала стартуют «upstream»-агенты (те, от которых зависят другие). База определяет схему → отправляет контракт → бэкенд стартует. Бэкенд определяет API → отправляет контракт → фронтенд стартует.

Для этого делаешь «скилл» или «команду» (из уроков 7-8), которая описывает этот процесс. Один раз написал — дальше используешь как шаблон. Claude следует инструкциям и запускает агентов в правильном порядке.

Когда ты общаешься с лидом — задаёшь вопросы, обсуждаешь план, уточняешь детали = тиммейты этого не видят. Они получают только: CLAUDE.md проекта, подключённые MCP и скиллы, и промпт, с которым их создал лид.

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

Вот типичный процесс для сложной фичи (многослойная задача: база, бэкенд, фронтенд):

1. Контекст — скормить агенту кодовую базу. Пусть изучит проект.

2. Описание задачи — своими словами, как в голове. Форматировать в подзадачи не нужно — это работа агента.

3. Вопросы — самый важный этап. Агент начинает уточнять: какая архитектура? Какие ограничения? Как обрабатывать ошибки? Каждый вопрос, который он задал сейчас — это ошибка, которую он НЕ сделает потом. Не торопи эту фазу.

4. Контракты и запуск — лид определяет контракты между частями системы. Потом запускает тиммейтов в правильном порядке.

5. Параллельная реализация — тиммейты работают одновременно, каждый в своей зоне.

6. Тестирование — после реализации явно потребуй end-to-end тестирование. Агенты иногда считают «задача выполнена» после написания кода, до проверки. Скажи прямо: «Пройди ВСЕ сценарии. Не останавливайся, пока не проверишь каждый.»

[ + ] Работает стабильно:

[ - ] Пока ненадёжно:

Честная оценка: фича экспериментальная, нестабильная, требует контроля. Но для подходящих задач — реально быстрее, чем один агент.

Помнишь хуки из урока 11? Для команд агентов есть два специальных события:

TeammateIdle — тиммейт решил, что ему нечего делать. Бывает, что он просто застрял или не понял задачу. Хук с exit code 2 не даёт ему остановиться — возвращает фидбек и заставляет продолжить.

TaskCompleted — тиммейт отмечает задачу как «готово». Хук может автоматически прогнать линтер, тесты, или любую другую проверку — и если что-то не прошло, задача возвращается в работу.

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

Лид пашет на Opus, потому что ему нужно думать о картине целиком. А тиммейтов можно ставить на Sonnet или Haiku — дешевле и быстрее, а для рутинных задач (форматирование, тесты, документация) качество не страдает.

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

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

80% работы с командами агентов это планирование и ревью. И только 20% — сама реализация. Это именно то, чем СЕГОДНЯ пиздатный инженерный менеджер занимается каждый день: не сам пишет код, а делает так, чтобы команда писала правильный код.

Тренд на мульти-агентную разработку только набирает обороты. Знать, что это возможно и как работает, полезно уже сейчас. Даже если ты пока не готов запускать 16 агентов параллельно.

💭 От Тома:
Всё самое серьёзное начинается здесь. Один агент это лишь инструмент. А команда агентов это уже система. Но не стоит лезть сюда просто потому что выглядит круто.

Сначала научись нормально работать с одним агентом, давать чёткие задачи, строить скиллы и хуки. А когда почувствуешь, что одного агента мало — вернись сюда. И да, будь готов к расходам. Ибо чем мощнее системы и инструменты, тем выше у них порог входа.

Я бы рассказал тут и о других подходах к построению команд агентов, но эта тема заслуживает отдельного курса. Так что вернёмся к ней немного позже 😎