Agent teams: многосеансовое сотрудничество
📚 Навигация по серии: Предыдущая статья [28 Использование skill-creator] научила вас создавать skill, который точно срабатывает. В этой статье мы переходим к «многоагентному сотрудничеству» — как объединить несколько сеансов Claude Code в команду, где вы выступаете в роли прораба, распределяющего работу, они выполняют ее параллельно каждый на своем участке, а вы принимаете готовую работу.
⚠️ Экспериментальная функция, возможны изменения: Agent teams — это официально заявленная экспериментальная функция, по умолчанию отключена, требует Claude Code версии v2.1.32 или выше. Команды и значения по умолчанию в этой статье соответствуют официальной документации на момент написания, но интерфейс, горячие клавиши и поведение могут измениться в будущем. Перед выполнением шагов проверьте версию с помощью
claude --version.
«Почему у тебя на экране открыто три Claude? И все работают».
«Один правит фронтенд, другой бэкенд, третий пишет тесты. Я только слежу и распределяю задачи».
«А путаницы не будет? Как ты один за тремя уследишь?»
«Мне не нужно постоянно за ними следить. Они работают каждый над своим. Если кто-то застрял или нужно мое решение, он сам ко мне обратится. Я большую часть времени занимаюсь своими делами».
Тот человек из этого диалога, у которого открыто три Claude, — это я. Когда я сам впервые запустил несколько сеансов на одном экране, реакция моего коллеги была точно такой же: сначала удивление, а потом «как ты за ними уследишь». По сути, все удивление сводится к вопросу «как один человек может управлять несколькими ИИ одновременно», и именно это мы разберем в этой статье — Agent teams (команды интеллектуальных агентов), которые позволяют нескольким сеансам Claude Code работать вместе как команда, где вы отвечаете только за распределение и приемку работы.
Прочитав эту статью, вы узнаете:
- Что такое Agent teams и какой «потолок» одиночного сеанса они пробивают — объяснено в одном предложении
- В чем их отличие от subagent (субагентов), изученных в предыдущем блоке — сравнительная таблица поможет понять, «когда что использовать»
- За что отвечают четыре ключевых элемента команды (leader (лидер), teammates (товарищи по команде), общий список задач, почтовый ящик)
- Как использовать
claude agents(agent view) в качестве «главного пульта управления» для множества сеансов и переключаться между товарищами по команде с помощьюShift+Down - Практическое задание, которое можно выполнить по шагам с ожидаемым результатом: включение функции → создание команды из трех человек → наблюдение за их параллельной работой
01 Сначала разберемся: где находится потолок одиночного сеанса
Сразу вывод: Agent teams нужны для преодоления двух стен одиночного сеанса Claude Code — «ограниченного контекста» и «только последовательного выполнения».
Предыдущие десять с лишним статей мы постоянно работали в рамках «одного сеанса» — открывали одного Claude, давали ему команду, и он шаг за шагом ее выполнял. Эта модель подходит для 90% задач. Но в двух случаях она упирается в потолок:
Первое — не хватает контекста. У одного сеанса только одно контекстное окно (context window, можно понимать как его «рабочая память»). Если заставить его одновременно прочитать код фронтенда, бэкенда и тестов, а затем скоординировать изменения, память быстро переполнится, и чем дальше, тем больше он будет «забывать».
Второе — задачи выполняются только одна за другой. Одиночный сеанс по сути последователен — прочитал А, потом читает Б; исправил фронтенд, только потом берется за бэкенд. Три независимые задачи ему придется выполнять по очереди.
Аналогия: Большой проект, где вы один и электрик, и каменщик, и плотник. Во-первых, в голове не удержать столько параллельных дел: следя за электрикой, забываете про прогресс у каменщика. Во-вторых, у вас только две руки: пока прокладываете провода, плитку не положить, приходится заканчивать одну работу, прежде чем браться за другую. Умный подход здесь — не тянуть все самому, а стать прорабом: нанять мастеров, чтобы электрика, каменные работы и плотницкие дела шли параллельно, а вы только распределяли работу и принимали результат.
Agent teams превращает вас из «рабочего на стройке» в «уверенного прораба». Это подходит для четырех типов задач (которые официально названы «лучшими сценариями использования»):
- Исследование и проверка: Несколько членов команды одновременно изучают разные аспекты одной проблемы, а затем оспаривают выводы друг друга
- Новые модули / новые функции: Каждый член команды занимает свою, не пересекающуюся с другими часть
- Отладка с использованием конкурирующих гипотез: Несколько членов команды параллельно проверяют разные теории, опровергая друг друга, чтобы быстрее найти первопричину
- Сквозные изменения: Фронтенд, бэкенд, тесты охватывают несколько уровней, на каждый уровень назначается свой член команды
💡 Вкратце: У одиночного сеанса есть две стены — «нехватка памяти и последовательное выполнение задач»; Agent teams позволяет вам перейти от самостоятельного выполнения работы к руководству командой, работающей параллельно.
02 В чем же разница между ними и subagent
Это два понятия, которые проще всего перепутать, поэтому их нужно четко разграничить, иначе, изучив обе функции, вы не будете знать, какую использовать.
Изученный нами в предыдущем блоке (статья 23) subagent — это специализированный помощник на аутсорсе в рамках одного сеанса: у него свой контекст, он выполняет работу и возвращает только результат в основной диалог. Субагенты не общаются между собой и не подчиняются вам напрямую. Agent teams — это совершенно другое дело: это совместная работа нескольких равноправных, полноценных сеансов Claude Code, члены команды могут писать друг другу сообщения напрямую, а вы можете обойти лидера и пообщаться с любым членом команды лично.
Аналогия: Subagent — это курьер, которого вы отправили по поручению, а agent team — это бригада, которую вы собрали для работы. Курьеру вы даете одну задачу: «Найди ошибки в этой тысяче строк логов», он идет, делает и приносит вам записку с результатом. Он не знает других ваших курьеров и общается только с вами, своим начальником. В бригаде рабочие могут договариваться: «Ты уже изменил интерфейс на своей стороне? Мне нужно подключиться». И вы, как прораб, в любой момент можете подойти к любому рабочему и дать отдельные указания.
На практике разница выглядит так — если ничего не запомните, запомните эту таблицу:
| Параметр | Subagent (Субагент) | Agent teams (Команды агентов) |
|---|---|---|
| Контекст | Независимый контекст, результат возвращается вызывающему | Независимый контекст, полностью изолирован |
| Кто координирует | Главный агент управляет всей работой | Координирует leader, но есть общий список задач для самокоординации |
| Между членами команды | Не общаются, только отчитываются главному агенту | Напрямую отправляют друг другу сообщения |
| Можете ли вы управлять напрямую | Нет, только через основной диалог | Да, можете общаться с любым членом команды напрямую |
| Затраты на токены | Ниже, результаты агрегируются в основной контекст | Выше, каждый член команды — отдельный экземпляр Claude |
| Лучше всего подходит для | Сфокусированных задач, где нужен только результат, без обсуждения | Сложного сотрудничества, требующего обсуждения и взаимной критики |
Главное официальное правило, которое стоит запомнить:
Используйте subagents, когда вам нужны быстрые, сфокусированные работники, которые только докладывают о результатах. Используйте agent teams, когда членам команды нужно делиться находками, оспаривать выводы друг друга и самокоординироваться.
Есть и более простой «народный» метод: Нужно ли этим «рабочим» общаться друг с другом? Если нет (каждый ищет свое, потом результаты собираются вместе) — используйте subagent, это дешевле. Если нужно (работать и параллельно согласовывать стыки, критиковать друг друга) — только тогда используйте agent teams.
💡 Вкратце: Subagent — это курьер: работает самостоятельно, отчитывается только вам; agent teams — это бригада: члены команды общаются между собой, вы можете напрямую управлять каждым; критерий выбора — нужно ли им общаться между собой.
03 Как устроена команда: четыре ключевых элемента
Для работы agent team требуется всего четыре элемента. Если вы их узнаете, то поймете, что происходит на экране.
Аналогия: Реальная строительная бригада. Есть прораб (leader), несколько рабочих (teammates), на стене висит доска с задачами (task list), а рабочие могут передавать друг другу записки для общения (mailbox - почтовый ящик). Если все четыре элемента в сборе, бригада может работать.
Архитектура из официальной документации включает именно эти четыре элемента:
| Компонент | Роль |
|---|---|
| Team lead (Руководитель) | Основной сеанс, который создает команду, генерирует членов команды, координирует распределение задач — тот, который вы открыли первым |
| Teammates (Товарищи по команде) | Независимые экземпляры Claude Code, каждый из которых берет на себя задачи. У каждого свой контекст |
| Task list (Список задач) | Общий список работ, которые члены команды берут на себя и выполняют. Три статуса: в ожидании / в процессе / завершено |
| Mailbox (Почтовый ящик) | Система для отправки сообщений между агентами. Сообщения членов команды автоматически доставляются лидеру, вам не нужно их опрашивать |
Несколько деталей работы, которые новичкам нужно знать в первую очередь:
Leader назначается раз и навсегда. Тот сеанс, который создал команду, останется лидером навсегда — вы не можете «повысить» кого-то из членов команды до лидера или передать руководство. Поэтому первый открытый вами сеанс — это и есть вы в роли «прораба».
Есть два способа получения задач членами команды. Leader может явно назначить: «Эта задача для А». Член команды также может, закончив свою текущую работу, сам выбрать на доске задач следующую нераспределенную и незаблокированную задачу (официально это называется «самостоятельное взятие задачи»). Чтобы предотвратить конфликт, когда два члена команды хватают одну и ту же задачу, система использует файловые блокировки, предотвращая коллизии.
Задачи могут иметь зависимости. Например, «написание тестов» должно подождать завершения «реализации функции». Задачи с незавершенными зависимостями нельзя взять в работу до тех пор, пока зависимости не будут выполнены; как только зависимость выполнена, заблокированная задача автоматически разблокируется.
Члены команды не наследуют историю ваших диалогов. Здесь новички чаще всего спотыкаются: они думают, что если leader знает о чем-то, то и товарищи по команде знают. В результате, генерируя члена команды, они не дают ему никакого контекста, и тот остается в неведении. В официальной документации четко сказано: при генерации члена команды загружается тот же контекст проекта, что и в обычном сеансе (CLAUDE.md, MCP, skills), но история диалога лидера не наследуется. Поэтому при раздаче задач весь необходимый контекст должен быть прописан в команде.
💡 Вкратце: Команда = прораб (leader, назначается раз и навсегда) + рабочие (члены команды, каждый со своим контекстом) + доска задач (общий список, поддерживает зависимости и самораспределение) + почтовый ящик (для общения); при раздаче задач не забывайте давать полный контекст, члены команды не читают вашу историю.

На этой схеме четко показаны четыре элемента agent team: в центре — вы как leader (прораб), вниз идут несколько независимых товарищей по команде (рабочих), каждый берет свой участок работы; внизу — общая доска задач, через которую задачи распределяются и автоматически обрабатываются зависимости; между членами команды есть прямая связь через почтовый ящик — сразу видно, проходят ли сообщения через лидера и кто берет задачи.
04 Использование agent view как «главного пульта» для управления множеством сеансов
Команда собрана, но возникает вопрос: Одновременно работают несколько сеансов, куда мне смотреть?
Ответ — agent view (представление агентов) — «главный пульт», который выводит все фоновые сеансы на один экран. Команда для его вызова — claude agents.
⚠️ agent view — это версия для предварительного исследования, требует Claude Code v2.1.139 или выше, интерфейс и горячие клавиши могут меняться в зависимости от версии.
Аналогия: Доска прогресса работ на стене стройплощадки. Вам не нужно подходить к каждому рабочему и спрашивать «На каком этапе работа?», достаточно бросить взгляд на доску — какая операция выполняется, какая застряла и ждет вашего решения, а какая уже завершена и принята. claude agents — это такая доска для Claude Code: каждый сеанс занимает одну строку, и значок в начале строки цветом и анимацией показывает его статус.
Официальная таблица статусов (самые частые):
| Статус | Значок | Значение |
|---|---|---|
| В работе | Анимация | Claude выполняет инструмент или генерирует ответ |
| Требуется ввод | Желтый | Ждет вашего ответа на вопрос или утверждения прав |
| Завершено | Зеленый | Задача успешно выполнена |
| Ошибка | Красный | Задача завершилась с ошибкой |
На этой доске вы можете сделать три вещи с любой строкой, от простых к более сложным:
- Быстрый просмотр (Peek): Нажмите
Space, чтобы открыть небольшую панель и увидеть последний вывод этого сеанса или проблему, на которой он застрял — в большинстве случаев этого достаточно, вам не нужно входить в сеанс. В этой панели можно сразу напечатать ответ и нажатьEnter, чтобы отправить его, даже не заходя внутрь. - Ответ: Можно отвечать прямо в панели быстрого просмотра. Если это вопрос с несколькими вариантами ответа, просто нажмите цифру для выбора.
- Присоединение (Attach): Нажмите
Enterили→, чтобы войти в полный диалог этого сеанса, точно так же, как вы обычно открываете Claude. Нажмите←в пустом поле ввода, чтобы выйти обратно на доску.
Одна особенно удобная особенность: эти фоновые сеансы продолжают работать, даже если терминал закрыт. За ними следит независимый процесс-супервизор (supervisor) — вы можете закрыть agent view, закрыть эту оболочку (shell) или даже открыть новый сеанс, а они будут продолжать работать. Когда вы вернетесь и откроете claude agents, они все еще будут там.
Вы можете использовать claude agents в качестве главного входа, а не claude: зайдите, накидайте несколько независимых задач в поле ввода внизу доски (каждое нажатие Enter после ввода подсказки запускает новый параллельный сеанс), а затем занимайтесь своими делами. Когда строка станет желтой (нужны вы) или зеленой (работа завершена), вернитесь и обработайте. Это намного удобнее, чем открывать семь или восемь окон терминала и переключаться между ними.
💡 Вкратце:
claude agents— это «главный пульт» для управления несколькими сеансами: одна строка — один сеанс, цвет показывает статус;Spaceдля быстрого просмотра,Enterдля входа,←для выхода; сеансы работают в фоне, не нужно держать терминал открытым.
05 Как управлять товарищами по команде: распределение задач, переключение, запрос планов
Выше мы обсудили общий способ управления «множественными сеансами». Теперь вернемся к самим agent teams: как вы в роли лидера будете управлять этой командой? Суть в одном: используйте простой язык, чтобы сказать лидеру, что вы хотите, и он сам организует координацию, распределение и делегирование задач.
Чтобы создать команду, не нужно запоминать никаких команд. Достаточно описать задачу и структуру команды естественным языком. Приведем официальный пример, который отлично работает (три роли независимы, им не нужно ждать друг друга):
I'm designing a CLI tool that helps developers track TODO comments across
their codebase. Create an agent team to explore this from different angles: one
teammate on UX, one on technical architecture, one playing devil's advocate.На русском вы можете сказать так: «Помоги мне создать agent team для исследования этой проблемы с разных сторон: один отвечает за UX, другой — за техническую архитектуру, а третий специально ищет изъяны и играет адвоката дьявола». Claude создаст команду, сгенерирует членов команды по ролям, позволит им самостоятельно исследовать проблему, а затем объединит их выводы.
Переключение между членами команды и индивидуальные указания. В режиме in-process (в том же терминале) нажимайте Shift+Down для переключения между членами команды по кругу. Переключившись на кого-то, вы можете сразу написать ему сообщение — дополнить команду, задать вопрос или предложить другой подход. Нажмите Enter, чтобы войти в его сеанс и посмотреть детали, Escape, чтобы прервать его текущий раунд работы, Ctrl+T, чтобы переключить список задач. Если вы нажмете Shift+Down после последнего члена команды, вы вернетесь к лидеру.
Обратите внимание: не путайте эти горячие клавиши с теми, что описаны в предыдущем разделе. На главном пульте управления фоновыми сеансами используются клавиши
↑/↓для перемещения по строкам, а в agent team —Shift+Downдля переключения между товарищами по команде. Это разные комбинации для разных ситуаций.
Попросите членов команды сначала составить план, а потом действовать. Если задача рискованная, вы можете потребовать от товарища по команде сначала создать план в режиме только для чтения, и только после вашего (лидера) утверждения приступить к его выполнению:
Сгенерируй товарища по команде архитектора для рефакторинга модуля аутентификации.
Прежде чем он что-либо изменит, он должен получить утверждение плана.Составив план, член команды отправит лидеру «запрос на утверждение плана». Если вы его утвердите, он выйдет из режима планирования и начнет работу; если вы отклоните его, он исправит план на основе вашего отзыва и отправит снова.
Укажите количество членов команды и модель. Вы можете явно указать, сколько агентов вам нужно и какую модель использовать:
Создай команду из 4 членов для параллельного рефакторинга этих модулей.
Каждый член команды должен использовать Sonnet.Важный совет по экономии денег, который не стоит игнорировать: по умолчанию товарищи по команде не следуют за выбором модели лидера через /model. Если вы хотите изменить модель для всех сразу, либо укажите это в подсказке, как в примере выше, либо перейдите в /config и установите «Default teammate model (модель товарища по команде по умолчанию)».
Завершение работы. Когда работа закончена, попросите лидера распустить команду:
Очисти эту команду⚠️ Официальная документация настоятельно подчеркивает: Очистку всегда проводите через лидера, не заставляйте членов команды заниматься очисткой. Контекст команды у товарища по команде может быть разобран неправильно, что приведет к несогласованному состоянию ресурсов. Кроме того, перед очисткой необходимо остановить всех работающих членов команды, иначе лидер обнаружит активных участников и очистка не удастся.
💡 Вкратце: Создание команды, распределение задач, переключение между участниками (
Shift+Down), запрос утверждения плана, завершение и очистка — все это делается путем общения с лидером простым языком; запомните три правила: модель для участников нужно указывать отдельно, полный контекст должен быть в начальной команде, очистка производится только через лидера.
06 Когда стоит собирать команду: не разделяйте задачи просто так
Дойдя до этого места, вам, возможно, захочется разделить все свои задачи на команды. Остановитесь — это продолжение того неочевидного железного правила из статьи 23 про subagent: больше не значит, что задачу обязательно нужно разделять.
У использования Agent teams есть реальная цена, и она выше, чем у subagent:
Во-первых, тратится много токенов. Каждый товарищ по команде — это полноценный, независимый экземпляр Claude со своим контекстом, несколько участников — это несколько порций токенов, которые сгорают одновременно. Официально сказано прямо: для повседневных задач дешевле использовать одиночный сеанс; только для исследований, проверок, создания новых функций, которые действительно выигрывают от параллельной работы, эти дополнительные затраты оправданы.
Во-вторых, координация сама по себе требует затрат. Чем больше участников, тем больше между ними общения, координации задач и потенциальных конфликтов. После определенной точки добавление новых людей не будет пропорционально ускорять работу — три сфокусированных участника часто работают лучше, чем пять рассеянных.
Я составил таблицу «стоит ли разделять задачу», чтобы вы могли свериться с ней:
| Сценарий | Разделять ли на команду |
|---|---|
| Параллельные изменения фронтенда / бэкенда / тестов, независимые друг от друга | ✅ Разделяйте, каждому свой слой — то, что нужно |
| Неизвестная причина бага, нужно параллельно проверить несколько гипотез | ✅ Разделяйте, перекрестное опровержение ускорит поиск |
| Параллельное ревью PR несколькими людьми (один на безопасность, один на производительность, один на тесты) | ✅ Разделяйте, у каждого свой фильтр, они не пересекаются |
| Цепочка шагов с последовательными зависимостями (А нужно закончить перед Б) | ❌ Не разделяйте, для последовательных задач лучше один сеанс |
| Нескольким участникам нужно изменить один и тот же файл | ❌ Не разделяйте, изменения в одном файле перекроют друг друга |
| Мелкая задача на скорую руку | ❌ Не разделяйте, затраты на координацию превысят сэкономленное время |
Официальная документация также дает два очень практичных совета для новичков, чтобы избежать ошибок:
Начните с задач, не связанных с написанием кода, таких как «исследование / проверка». Ревью PR, изучение библиотеки, устранение бага — у этих задач четкие границы, код писать не нужно. Вы сможете прочувствовать ценность параллельного исследования, не сталкиваясь с проблемами координации при параллельном написании кода. Я сам впервые использовал agent teams для проверки PR: три участника следили за безопасностью, производительностью и тестами. Никто не изменял файлы, поэтому конфликтов не было, и было приятно наблюдать за появлением результатов. Только когда процесс пойдет гладко, переходите к параллельному написанию кода. Не повторяйте мою ошибку, когда я сгоряча заставил троих участников параллельно редактировать три соседних файла, и в результате они стали конфликтовать. Разбор этих конфликтов занял больше времени, чем если бы один Claude делал все последовательно.
Начинайте с команд от 3 до 5 человек. Это количество отлично подходит для большинства задач: есть параллельность, а координация еще не выходит из-под контроля. Увеличивайте команду только тогда, когда задача действительно может выиграть от большего количества людей.
💡 Вкратце: Agent teams сжигают больше токенов и сложнее в координации, чем subagent, разделяйте только если «параллельная работа действительно принесет пользу»; никогда не разделяйте задачи с взаимозависимостями, требующие изменения одного файла или мелкие задачи; новичкам лучше начинать с задач типа «исследование / проверка без написания кода» и команд из 3–5 человек.
07 Практика: включаем функцию и запускаем команду из трех человек
Теория без практики мертва. Ниже мы покажем, как с нуля включить Agent teams и создать команду из трех человек для параллельного выполнения простейшей задачи. Вам не понадобятся никакие сложные проекты.
Предварительно: проверьте с помощью
claude --version, версия должна быть v2.1.32 или выше; если ниже, сначала обновитеclaude update.
Шаг первый: включение экспериментальной функции
Agent teams отключены по умолчанию. Сначала нужно включить их в пользовательских настройках. Отредактируйте файл ~/.claude/settings.json (создайте его, если его нет) и добавьте блок env:
{
"env": {
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
}
}Ожидание: В файле появится этот блок конфигурации env. Это официальный способ включения — установить переменную окружения CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS в значение 1.
Шаг второй: создайте тестовую директорию и запустите Claude (Mac / Linux)
mkdir team-demo
cd team-demo
claudeДля Windows: выполните mkdir, cd так же, затем claude.
Ожидание: Появится приветственный экран Claude Code с полем ввода внизу.
Шаг третий: создайте команду из трех человек простым языком
В поле ввода введите (это и есть «описание задачи + структуры команды», чтобы лидер сам собрал команду):
Помоги мне создать agent team, чтобы изучить вопрос «какой сайт выбрать для личного блога: статический или динамический» с трех разных точек зрения:
один участник только аргументирует за «статический сайт», второй — только за «динамический сайт»,
а третий играет адвоката дьявола и ищет недостатки в первых двух вариантах. Пусть каждый из них сделает свои выводы.Ожидание: Claude сначала сообщит вам, что собирается создать команду и сгенерировать трех участников (для каждого угла зрения), и попросит вашего подтверждения. Он не создаст команду без предупреждения — официально указано: «Команда не будет создана без вашего одобрения». После подтверждения три участника поочередно запустятся и начнут работу в своих собственных контекстах.
Шаг четвертый: переключитесь на одного из участников с помощью Shift+Down
Когда команда заработает, в терминале лидера отобразится список всех участников и их текущих задач. Нажимайте Shift+Down для переключения между участниками, вы сможете напрямую отправлять им сообщения. Например, переключившись на «адвоката дьявола», добавьте:
Также поищи недостатки с точки зрения «стоимости обслуживания»Ожидание: Это сообщение дойдет напрямую до этого участника (не через лидера), и он включит «стоимость обслуживания» в свой анализ. Если вы нажмете Shift+Down после последнего участника, вы вернетесь к лидеру — вернувшись к лидеру, вы снова сможете управлять всей командой.
Шаг пятый: завершение и очистка
Исследование завершено, возвращаемся к лидеру и просим его распустить команду:
Помоги мне очистить эту командуОжидание: Лидер сначала убедится, что все участники остановили работу, а затем удалит общие ресурсы команды. Если какие-то участники все еще работают, очистка не удастся — в этом случае сначала попросите лидера завершить работу участников («пусть эти товарищи по команде shut down»), а затем выполните очистку. Помните официальное правило: Очистку всегда проводите через лидера, не заставляйте участников делать это.
Пройдя эти пять шагов, вы собственноручно прошли всю цепочку: «включение → сборка команды → параллельная работа → переключение на участников для прямого общения → очистка». Любое дальнейшее использование agent teams по сути будет просто сменой задач и ролей участников в этой же цепочке.
💡 Вкратце: Включите переключатель в
envвsettings.json→ создайте команду простым языком через лидера → переключайтесь между участниками для прямого общения с помощьюShift+Down→ поручите лидеру очистить команду; практическое прохождение этой цепочки полезнее заучивания десятков горячих клавиш.
08 Резюме
В этой статье мы полностью разобрали «многоагентное сотрудничество» в Claude Code — вы перешли от роли рабочего к роли прораба, руководящего бригадой.
Объединим ключевые моменты:
| Что вы хотите сделать | Что использовать | Ключевой момент |
|---|---|---|
| Преодолеть потолок памяти и последовательности одного сеанса | Agent teams | Несколько равноправных сеансов работают параллельно, вы как leader распределяете работу |
| Отличить от subagent | Смотрите, «нужно ли им общаться» | Если нужно общаться и спорить — team, иначе subagent дешевле |
| Управлять несколькими параллельными сеансами | claude agents(agent view) | Одна строка — один сеанс, цвет = статус, Space = просмотр |
| Переключаться на участников в команде | Shift+Down | Переключение по кругу, возврат к лидеру; не путайте с ↑/↓ для строк |
| Понять, стоит ли разделять | Таблица «стоит ли» | Если задачи зависят друг от друга, меняют один файл или просто мелкие — не разделяйте |
Теперь вы должны уметь: объяснить, какие проблемы решает Agent teams, в чем их отличие от subagent, использовать claude agents как пульт управления множеством сеансов, собирать команды и распределять задачи простым языком, понимать, «когда стоит разделять, а когда не нужно». Этот навык «прораба» — ваша основа для реального распараллеливания крупных задач без потери контроля и излишних затрат.
Но откровенно говоря — эта функция пока экспериментальная, интерфейс и клавиши меняются от версии к версии, и для 90% повседневных задач одного сеанса все еще достаточно. Положите ее в свой инструментарий как «суперускоритель для больших задач», но не бросайтесь дробить на команды каждое мелкое поручение.
Следующая статья 30 «Как выбрать функцию: CLAUDE.md vs Skill vs Hook vs MCP vs Subagent» — до этой статьи вы изучили целый арсенал приемов Claude Code: CLAUDE.md, Skill, Hook, MCP, Subagent, Agent teams. Но знать много — не значит применять правильно. Главная сложность — столкнувшись с конкретной задачей, понять, что именно из этого достать? В следующей статье я дам вам таблицу принятия решений, где на одном листе будут разложены «границы применения» всех этих функций. Прочитав ее, вы больше не будете страдать от проблемы выбора.