Skip to content

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 teams: прораб распределяет работу, члены команды работают параллельно, доска задач координирует, почтовый ящик связывает

На этой схеме четко показаны четыре элемента 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: как вы в роли лидера будете управлять этой командой? Суть в одном: используйте простой язык, чтобы сказать лидеру, что вы хотите, и он сам организует координацию, распределение и делегирование задач.

Чтобы создать команду, не нужно запоминать никаких команд. Достаточно описать задачу и структуру команды естественным языком. Приведем официальный пример, который отлично работает (три роли независимы, им не нужно ждать друг друга):

text
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 для переключения между товарищами по команде. Это разные комбинации для разных ситуаций.

Попросите членов команды сначала составить план, а потом действовать. Если задача рискованная, вы можете потребовать от товарища по команде сначала создать план в режиме только для чтения, и только после вашего (лидера) утверждения приступить к его выполнению:

text
Сгенерируй товарища по команде архитектора для рефакторинга модуля аутентификации.
Прежде чем он что-либо изменит, он должен получить утверждение плана.

Составив план, член команды отправит лидеру «запрос на утверждение плана». Если вы его утвердите, он выйдет из режима планирования и начнет работу; если вы отклоните его, он исправит план на основе вашего отзыва и отправит снова.

Укажите количество членов команды и модель. Вы можете явно указать, сколько агентов вам нужно и какую модель использовать:

text
Создай команду из 4 членов для параллельного рефакторинга этих модулей.
Каждый член команды должен использовать Sonnet.

Важный совет по экономии денег, который не стоит игнорировать: по умолчанию товарищи по команде не следуют за выбором модели лидера через /model. Если вы хотите изменить модель для всех сразу, либо укажите это в подсказке, как в примере выше, либо перейдите в /config и установите «Default teammate model (модель товарища по команде по умолчанию)».

Завершение работы. Когда работа закончена, попросите лидера распустить команду:

text
Очисти эту команду

⚠️ Официальная документация настоятельно подчеркивает: Очистку всегда проводите через лидера, не заставляйте членов команды заниматься очисткой. Контекст команды у товарища по команде может быть разобран неправильно, что приведет к несогласованному состоянию ресурсов. Кроме того, перед очисткой необходимо остановить всех работающих членов команды, иначе лидер обнаружит активных участников и очистка не удастся.

💡 Вкратце: Создание команды, распределение задач, переключение между участниками (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:

json
{
  "env": {
    "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
  }
}

Ожидание: В файле появится этот блок конфигурации env. Это официальный способ включения — установить переменную окружения CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS в значение 1.

Шаг второй: создайте тестовую директорию и запустите Claude (Mac / Linux)

bash
mkdir team-demo
cd team-demo
claude

Для Windows: выполните mkdir, cd так же, затем claude.

Ожидание: Появится приветственный экран Claude Code с полем ввода внизу.

Шаг третий: создайте команду из трех человек простым языком

В поле ввода введите (это и есть «описание задачи + структуры команды», чтобы лидер сам собрал команду):

text
Помоги мне создать agent team, чтобы изучить вопрос «какой сайт выбрать для личного блога: статический или динамический» с трех разных точек зрения:
один участник только аргументирует за «статический сайт», второй — только за «динамический сайт»,
а третий играет адвоката дьявола и ищет недостатки в первых двух вариантах. Пусть каждый из них сделает свои выводы.

Ожидание: Claude сначала сообщит вам, что собирается создать команду и сгенерировать трех участников (для каждого угла зрения), и попросит вашего подтверждения. Он не создаст команду без предупреждения — официально указано: «Команда не будет создана без вашего одобрения». После подтверждения три участника поочередно запустятся и начнут работу в своих собственных контекстах.

Шаг четвертый: переключитесь на одного из участников с помощью Shift+Down

Когда команда заработает, в терминале лидера отобразится список всех участников и их текущих задач. Нажимайте Shift+Down для переключения между участниками, вы сможете напрямую отправлять им сообщения. Например, переключившись на «адвоката дьявола», добавьте:

text
Также поищи недостатки с точки зрения «стоимости обслуживания»

Ожидание: Это сообщение дойдет напрямую до этого участника (не через лидера), и он включит «стоимость обслуживания» в свой анализ. Если вы нажмете Shift+Down после последнего участника, вы вернетесь к лидеру — вернувшись к лидеру, вы снова сможете управлять всей командой.

Шаг пятый: завершение и очистка

Исследование завершено, возвращаемся к лидеру и просим его распустить команду:

text
Помоги мне очистить эту команду

Ожидание: Лидер сначала убедится, что все участники остановили работу, а затем удалит общие ресурсы команды. Если какие-то участники все еще работают, очистка не удастся — в этом случае сначала попросите лидера завершить работу участников («пусть эти товарищи по команде 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. Но знать много — не значит применять правильно. Главная сложность — столкнувшись с конкретной задачей, понять, что именно из этого достать? В следующей статье я дам вам таблицу принятия решений, где на одном листе будут разложены «границы применения» всех этих функций. Прочитав ее, вы больше не будете страдать от проблемы выбора.


Рекомендуемое чтение