Как запустить 10+ Claude Code параллельно в 2026: worktree, subagents и Dynamic Workflows

В Telegram-канале каждую неделю - свежие связки multi-agent из моих проектов: что я запускаю параллельно, что заворачивает Dynamic Workflows, какие GUI-обвязки выжили после двух недель в проде. Подпишись, чтобы видеть сразу.

Один вопрос с эфира тренинга прошлой неделей: «Артемий, мне в чате говорят, что у них 50 агентов параллельно работают. Это норма или я отстал?». Нет, не норма. Когда я заглядываю в проект такого человека и спрашиваю «А что они делают?» - они занимаются ерундой. Генерируют кучу ненужного. Половина оркестратора, который «работает на автоматизме», - это люди, которые не закрыли первый уровень и сразу прыгнули в истории про «1000 агентов».

Этот гайд - то, что я бы хотел получить полтора года назад. Четыре официальных примитива Claude Code, их карта применимости, готовый набор GUI-инструментов с фильтром «после двух недель в работе», и анти-хайповая рамка про то, сколько параллельных агентов вообще нужно вайб-кодеру. Все цифры и цитаты - со ссылками на первоисточники Anthropic и GitHub-репозитории.

Что такое multi-agent в Claude Code и почему это не «1000 агентов»

Связка multi-agent - это когда обработка задачи распадается на несколько независимых потоков, каждый из которых ведёт свою часть работы и возвращает результат. Самый простой пример: ты в одном окне Claude Code пишешь фронтенд, в другом окне на той же машине - бэкенд, между ними общий git-репозиторий. Уже multi-agent, хотя слово «оркестрация» тут лишнее.

Сложнее: внутри одной сессии Claude Code запускает 5 субагентов с разными ролями (фронтендер, бэкендер, security-ревьюер, тестировщик, документатор), и каждый возвращает свой кусок результата в общий диалог. Это тот же multi-agent, только с одной точкой управления.

Ещё сложнее: ты говоришь Claude «прогони weekly-аудит безопасности по всем 500 файлам моего проекта», а он пишет JavaScript-скрипт-оркестратор, runtime в фоне запускает несколько десятков агентов параллельно, каждый аудитит свой кусок, потом независимые агенты проверяют их выводы друг на друга, и тебе возвращается один отчёт. Это Dynamic Workflows, релиз Anthropic 28 мая 2026 - подробный разбор фичи я делал в отдельном гайде про Dynamic Workflows.

Разница между этими тремя сценариями - не количество агентов. Разница - кто решает, что делает следующий агент. В первом случае это ты. Во втором - Claude по ходу диалога. В третьем - JavaScript-скрипт, который Claude сам написал.

«1000 агентов» - это, кстати, реальная цифра. Это верхний лимит одного Dynamic Workflow в Claude Code. В официальной документации Anthropic сказано:

То есть это техническая защита от runaway, а не рекомендуемая нагрузка. На практике 95% задач закрываются 2-8 параллельных потоков. Если ты планируешь больше - сначала спроси себя, что они будут делать.

4 примитива Claude Code: subagents, skills, agent teams, workflows

У Claude Code есть четыре официальных примитива для разбивки одной задачи на несколько агентов. Anthropic свела их в одну сравнительную таблицу в документации Dynamic Workflows. Адаптировал её под русского читателя:

Каждый из этих примитивов решает свою задачу. Subagents - когда тебе нужно делегировать 2-3 проверки внутри одной задачи. Skills - когда у тебя готовая инструкция, которую Claude должен следовать (типа «пройти PR-review по чек-листу»). Agent teams - когда несколько частей продукта живут в разных окнах и тебе нужен один coordinator. Workflows - когда задача слишком большая для одного контекстного окна.

Подробно про субагентов я уже писал в гайде Claude Code Subagents 2026. Дерево решений «что взять для конкретной задачи» - в гайде Skills, Subagents, MCP, Plugins. Этот гайд - про сборку их в связку multi-agent поверх git worktree.

Уровень 1: subagents в одной сессии - самый простой старт

Subagent - это самый простой способ разбить задачу. Главный диалог = координатор. Субагенты = временные работники, которых главный запускает по ходу.

Конкретный пример из моего проекта. Когда я пишу гайд для Мастерской, прогон через QA устроен так: после первого черновика я говорю Claude «запусти 6 субагентов параллельно - один проверяет на ИИ-маркеры, второй на юр-словарь, третий на тон голоса, четвёртый на факты с WebFetch, пятый на SEO-структуру, шестой на корректность кросс-ссылок». Каждый возвращает свой отчёт, я применяю правки.

Технически это делается через файлы в .claude/agents/[имя-субагента].md с описанием роли и инструментов. Вызов - через Agent tool в основном диалоге. Claude сам решает, когда отправить субагенту запрос.

Где это работает. Задачи на 3-7 параллельных проверок одного артефакта (код, текст, дизайн). Каждая проверка независима. Результаты влезают в основное контекстное окно.

Где ломается. Если у тебя 50+ файлов или каждая проверка требует своего контекста на 50K токенов - основное окно переполнится. Нужны workflows или agent teams.

Главный риск. Каждый субагент проедает токены отдельно. Если запустил 6 на проект из 200 файлов и каждый перечитал все 200 - заплатил x6. Поэтому в инструкции субагента ОБЯЗАТЕЛЬНО указывай, какие именно файлы он смотрит. Подробнее - в гайде Куда уходят токены в Claude Code.

Уровень 2: git worktree - изоляция файлов между параллельными сессиями

Когда subagents не хватает и нужны два полноценных Claude Code, в разных терминалах, на одном репозитории - вылезает классическая проблема. Они начинают править один и тот же файл, один сохраняет первым, второй накатывает поверх. У клиента в саппорте на прошлой неделе была прямая фраза: «5 одновременно перетирают друг друга».

Решение - git worktree. Это встроенный механизм git, который позволяет иметь несколько рабочих копий одного репозитория, каждая на своей ветке, с общим .git-хранилищем. Один origin, разные директории на диске, между ними не пересекаются файлы. Подробно про сам механизм я писал в гайде Git worktree в Claude Code.

Команды на пять минут:

# Из основной директории проекта
cd ~/projects/my-app

# Создаём worktree для feature/auth
git worktree add ../my-app-auth feature/auth

# Создаём worktree для feature/billing
git worktree add ../my-app-billing feature/billing

# Открываем два окна терминала
cd ~/projects/my-app-auth && claude   # первый Claude Code
cd ~/projects/my-app-billing && claude # второй Claude Code

Каждая копия на своей ветке. Каждый Claude Code пишет в свою директорию. Когда задача закрыта - git push из своей ветки, потом git worktree remove ../my-app-auth.

Что обязательно знать. worktree не дублирует node_modules, .venv и прочее, что в .gitignore. Если тебе нужны независимые зависимости (другая версия библиотек на каждой ветке) - после worktree add запусти npm install в новой директории отдельно.

Сколько worktrees на одного человека. По обзорам команд из 2026, реальный потолок - 4-8 параллельных worktrees на одного разработчика, и упирается это не в Claude, а в способность человека отсмотреть и принять результат. Если у тебя 10 worktrees - они стоят на review.

В моих проектах обычно 2-3 параллельных worktree. Один основной (где идёт активная работа), один резервный (для срочных hotfix), один для эксперимента (новая фича, не уверен). Больше не нужно.

Практикум по вайб-кодингу

+Твой второй мозг

3 вечера - стек, метод, первый проект

Старт 9–11 июня  ·  2 000 ₽

Записаться →

Уровень 3: agent teams - несколько окон, один lead-агент

Agent teams - относительно новый примитив. Идея: у тебя есть один lead-агент, который держит общий план в виде task-list, и несколько peer-сессий в отдельных окнах, которые этот lead раздаёт. Все они работают на одной файловой системе и видят промежуточные артефакты друг друга.

Где это полезно. Когда задача распадается на 3-5 крупных потоков, каждый из которых длится часами (миграция большого модуля, переписывание подсистемы, аудит безопасности целиком). В этом случае один lead-агент в основном окне коммитит план в tasks.md, остальные агенты в своих окнах берут себе задачи из этого файла и помечают их сделанными.

Технически agent teams - это тот же связки нескольких окон поверх git worktree, но с одной общей точкой плана. В реальности 80% людей agent teams делают руками (как я выше написал про worktree) и не пользуются никаким специальным «teams framework». Это нормально.

Если хочешь готовый framework - в комьюнити есть несколько. Самые упоминаемые: Beads, Superpowers, Claude Squad. Все они работают как обвязка над запуском Claude Code в нескольких окнах. Если ты не уверен, нужен ли тебе вообще framework - почти наверняка не нужен. Возьми ручной worktree + один lead-агент в основной директории.

Уровень 4: Dynamic Workflows - Claude пишет JS-скрипт оркестрации

Все три уровня выше держат план в диалоге. У главного агента в голове или у lead-агента в task-list. Dynamic Workflows переводят план в код. Claude формулирует задачу как JavaScript-скрипт, runtime крутит его в изолированном окружении, промежуточные результаты лежат в переменных скрипта, а не в твоём контексте. Сессия остаётся отзывчивой, агенты работают в фоне.

Конкретный пример из официальной документации. Ты говоришь:

ultracode: audit every API endpoint under src/routes/ for missing auth checks

Claude пишет JS-скрипт примерно такой логики: «возьми все файлы из src/routes/, разнеси по группам по 30 endpoints, для каждой группы запусти агента с одинаковой проверкой, потом запусти двух независимых grader-агентов на их выводах, сведи финальный отчёт». Запускает. Тебе уходит таблица с результатами и список endpoints, которые точно нужны под review.

Где это работает.

• Аудит всего проекта на одну вещь (безопасность, типизация, deprecated API).
• Большие миграции (500+ файлов под общим правилом).
• Исследовательские вопросы, которые нужны проверить с нескольких независимых углов (Anthropic так делает в их встроенной команде /deep-research).

Подробный разбор Dynamic Workflows, лимиты и как работает ultracode - в отдельном гайде Dynamic Workflows в Claude Code.

Когда НЕ нужно. Когда задача линейная и понятная. Я не запускаю workflow на «допиши вот этот компонент». Workflow имеет смысл, когда задача распадается на 10+ независимых подзадач и тебе нужна перекрёстная проверка между ними.

Главное ограничение. Workflow жгёт значительно больше токенов, чем обычная сессия. Anthropic в документации рекомендует:

То есть первый workflow гоняй на одной директории, не на всём проекте. Посмотри, во сколько обошлось, потом решай, стоит ли масштабировать.

Готовые инструменты: Superset, Conductor, CCManager, Crystal - что выбрать?

Когда я первый раз запустил 5 параллельных Claude Code, я очень быстро устал. Пять терминалов на одном экране, в каждом свой Claude, я не помню, кто из них чем занят. Это работает на 2-3 параллельных, на 5+ ты тратишь больше времени на переключение между окнами, чем на саму работу.

Поэтому в 2026-м появилась целая категория GUI-обвязок для multi-agent. Все они работают одинаково: один графический интерфейс показывает все запущенные Claude Code сессии, ты видишь, кто в каком статусе (work / wait / idle), можешь дернуть любого в фокус, можешь оставить всем общий task-list. Под капотом - git worktree + tmux или эквивалент.

Карта по состоянию на июнь 2026.

Superset. Sup­erset.sh или GitHub. Mac-only десктоп-приложение. Запускает 10+ агентов параллельно. Работает с Claude Code, Codex, Cursor Agent, Copilot, Gemini CLI - любой CLI-агент. Лицензия Elastic License 2.0. Главная фишка - reviewer-окно, где видны все агенты сразу и можно открыть любого в редакторе. Цитата из README:

Conductor. Mac-native приложение для оркестрации Claude Code. Тот же концепт - окно с панелью сессий. Платный, но с триалом. Хорош, если у тебя весь сетап на маке и ты не любишь Electron.

CCManager. Терминальный htop-style монитор. Не GUI, а текстовый интерфейс прямо в терминале. Подходит, если ты живёшь в zellij или tmux и не хочешь второго GUI-приложения.

Crystal. Электрон-приложение под все платформы. GUI для управления worktrees и сессиями. Активно разрабатывается, но ставить советую только если ты на Linux или Windows и Superset недоступен.

Boxes.dev. Облачный вариант. Запускает Claude Code не на твоей машине, а в облаке, в изолированных «коробках». Цитата с сайта - «git worktrees clunky - нужно облако». Для соло-вайб-кодера обычно избыточно, имеет смысл, когда у тебя команда и вы хотите общий пул машин.

Какой брать. Если ты на маке - Superset как первый выбор (бесплатно, активный community). Если хочешь нативное приложение - Conductor. Если терминальный человек - CCManager. Если не хочешь ничего ставить - руками через git worktree add и tmux. Я лично в большинстве случаев работаю руками - двух worktree мне хватает.

Outcomes: свод критериев и независимый проверщик

Самая опасная штука в multi-agent - доверие к выводам агентов. Каждый твой агент выдаёт текст, который выглядит как сделанная работа. Цитата похожа на правду, отчёт похож на полный, миграция похожа на закрытую. Когда у тебя один агент, ты сам это проверишь руками. Когда у тебя 10 - не проверишь, не успеешь.

Anthropic закрывает эту проблему через Outcomes - фичу Managed Agents, релиз 6 мая 2026. Идея простая. У сессии появляется ВТОРОЙ агент-проверщик (grader), чья единственная работа - проверять выводы первого по жёсткому своду критериев (rubric).

Как это устроено технически. Ты пишешь rubric (свод критериев) - markdown-документ с гранулярным списком: что значит «готово», какие источники проверять, какие ярлыки ставить. Платформа автоматически создаёт grader-агента в свежем контекстном окне, у него на вход только этот свод и результат, ничего больше. После каждой попытки основного агента (writer) grader перечитывает результат и либо пропускает дальше, либо возвращает поэлементный список того, что не закрыто.

Цитата из Anthropic Cookbook:

Реальные цифры эффекта. У ИИ-компании Harvey, после интеграции Outcomes в их Claude Managed Agents, task completion rate вырос примерно в 6 раз. У Wisedocs (медицинская документация) - время на review документа сократилось на 50%. Цифры из официального анонса фичи.

Что важно для вайб-кодера, а не для энтерпрайза. Outcomes - это шаблон, не только конкретная фича. Ты можешь сам сделать grader-агента, описав в .claude/agents/grader.md те же критерии и попросив главного агента запускать его после каждой попытки. Это работает с любой связкой multi-agent, не только с Managed Agents.

Главное правило написания rubric из cookbook - формулируй проверяемое, а не общее. Не «проверь, что в брифе раскрыта тема billing», а «открой брифе, найди раздел про billing, подтверди, что там указана сумма в $ или процент от выручки». Первая формулировка позволяет grader-у пробежать глазами и поставить галочку. Вторая заставляет его открыть документ и найти конкретное число.

Антипаттерн: «50 агентов хернёй занимаются»

На эфире 1 июня я разбирал, почему я сам не строю «лютого оркестратора, который работает на автоматизме». Дословная цитата с эфира:

«Когда я заглядываю в проект и у меня чувак говорит "у меня 50 агентов работу работают", я говорю "а что они делают?" И вот они все агенты ерундой занимаются. Они генерируют кучу ненужного.»

Это центральный антипаттерн multi-agent. Человек узнал, что в Claude Code можно запустить 16 одновременно, в Dynamic Workflows - 1000 на запуск, сел и запустил. Эффекта - ноль. Расход токенов - x10 от обычной сессии.

Простой тест. Возьми лист бумаги и нарисуй прямоугольники под каждого своего агента. В каждом прямоугольнике напиши:

1. Что конкретно он делает (одно предложение).
2. Какие файлы он трогает.
3. Что он возвращает.
4. Кто его проверяет.

Если на хотя бы один пункт ты не можешь ответить за 30 секунд - этого агента у тебя быть не должно. Это правило работает на любом уровне: subagents, agent teams, Dynamic Workflows.

Второй антипаттерн - запускать параллельно то, что должно быть последовательным. Если бэкенд нужен раньше фронтенда, потому что фронтенд читает API-схему - не делай их параллельно. Сделай сначала бэкенд, потом фронтенд. Параллельны должны быть независимые задачи.

Третий антипаттерн - multi-agent для скорости. Это работает только частично. Если ты разнёс задачу на 4 независимых потока, они закроются примерно за время одного потока (плюс минимальный overhead на координацию). Но если потоков 50 и они на одной машине - каждый из них работает медленнее, потому что CPU делится. Реальный потолок на ноутбуке - 4-6 одновременных Claude Code, дальше начинается throttle.

Практикум по вайб-кодингу

+Твой второй мозг

3 вечера - стек, метод, первый проект

Старт 9–11 июня  ·  2 000 ₽

Записаться →

Сколько это стоит и как не сжечь лимит

В мае-июне 2026 индустрия столкнулась с тем, что ИИ-кодинг по факту стоит дороже, чем ожидали. Конкретные истории:

• Simon Willison 27 мая написал, что Anthropic и OpenAI нашли «product-market fit» через agentic coding - компании начали жечь токены как никогда.
• 28 мая Pragmatic Engineer Gergely Orosz опубликовал The Pulse про тренд урезать ИИ-расходы в инженерных департаментах.
• 3 июня Uber официально ввёл лимит $1500 на инструмент на разработчика в месяц после того, как годовой ИИ-бюджет 2026 сожгли за 4 месяца.

Все три истории - про multi-agent. Один обычный Claude Code в чате стоит относительно прилично. Включил Dynamic Workflows на весь репозиторий - получил счёт x20. Из официальной документации Anthropic:

Что делать на практике. Правила экономии, которые работают у меня.

1. Жёстко указывай файлы каждому агенту. Не «посмотри проект и найди проблемы». А «посмотри src/auth/*.ts и проверь, что во всех функциях есть проверка userId». Второй промпт даст тебе ровно ту работу, за которую ты заплатишь.

2. Workflow всегда сначала на одной директории. Не на всём src/. Сначала на src/auth/. Понравились результаты, понял цену - тогда раскатывай.

3. Используй /effort high по умолчанию, ultracode только осознанно. /effort ultracode - это xhigh + автоматическая оркестрация. Очень дорого. Включай, когда задача реально требует нескольких параллельных потоков.

4. Subagents переключай на меньшую модель, где можно. Если у тебя 6 subagents для проверки одного гайда - QA-агент анти-ИИ чекер и Cross-link checker не требуют Opus. Sonnet справится. Это снижает расход в 3-5 раз.

Подробный разбор экономии токенов - в гайде Куда уходят токены в Claude Code и Как не сжечь лимиты Claude Code.

С чего начать прямо сегодня: чек-лист на 30 минут

1. Обнови Claude Code до v2.1.154+

   Это минимальная версия, в которой работают Dynamic Workflows. Команда claude update в терминале.

2. Включи Dynamic Workflows в /config

   На Pro-плане они выключены по умолчанию. Зайди в /config, найди строку «Dynamic workflows», переключи на on. На Max, Team и Enterprise - уже включены.

3. Создай первый worktree

   В директории основного проекта запусти git worktree add ../<project>-experiment <branch>. Открой второе окно терминала в этой директории. Запусти claude.

4. Положи общий task-list

   В корне проекта создай tasks.md. Туда запиши задачи на сегодня. Оба Claude Code будут смотреть в один файл и понимать, что делает другой.

5. Прогоняй неделю в этом режиме

   Не ставь GUI-обвязку сразу. Поработай неделю с двумя worktrees вручную. Поймёшь, чего тебе не хватает - тогда выбирай Superset или Conductor под конкретную боль.

6. Только потом включи `/effort ultracode`

   Возьми одну задачу типа «найди все API endpoints без auth-проверки в src/routes/». Включи /effort ultracode. Посмотри, что Claude напишет в качестве workflow, сколько это стоит, какой результат. Это твой первый Dynamic Workflow.

Куда расти дальше: память между сессиями, Code Review, Multi-Agent v2

Что появилось за май-июнь 2026 и куда движется multi-agent в Claude Code.

Managed Agents с Dreaming. Релиз 6 мая 2026 на Code with Claude. Запланированный процесс, который между сессиями агента читает его прошлые транскрипты, находит повторяющиеся паттерны и обновляет память. У ИИ-юридической компании Harvey task completion вырос в 6 раз именно после Dreaming. Пока в research preview.

Outcomes как фича Managed Agents. Описано выше. Доступно через Claude Agent SDK, не напрямую в Claude Code CLI. Подсадить тот же паттерн руками через grader-субагента можно прямо сейчас.

Multi-Agent Orchestration v2 в Claude Agent SDK. Lead-агент сам делегирует subagents с общей файловой системой. Это шаг от «руками запускаешь N subagents» к «описал задачу, lead сам решил, кому и как делегировать». Если ты только осваиваешь subagents - не парься про v2 пока. Освой классический паттерн «один главный + 3-5 subagents с ролями», и через 3-6 месяцев перейдёшь на v2 естественно.

Code Review через команду агентов. Anthropic анонсировала на Code with Claude фичу автоматического code-review при открытии PR. Команда ИИ-агентов параллельно проверяет diff, ищет баги, верифицирует находки между собой, ранжирует по severity. Доступно на Team и Enterprise. На Pro пока нет.

Plugin Marketplace. Запущен 23 мая 2026 на v2.1.128-136. Часть плагинов в маркетплейсе - это готовые связки multi-agent (parallel-review, security-audit, migration-helper). Можно ставить через /plugin install <name>@claude-plugins-official и смотреть, как они устроены - это хороший способ научиться писать свои.

Multi-agent в Claude Code пока что выглядит как набор примитивов разной зрелости. Subagents и git worktree - стабильные, проверенные, работают везде. Agent teams - наполовину автоматизированы, наполовину ручные. Dynamic Workflows - в research preview, активно меняются. Managed Agents v2 - энтерпрайз. Это означает, что год вперёд оптимальный вайб-кодерская связка - это не последний релиз, а минимально нужная связка для конкретной задачи. Двух worktree и одного grader-субагента хватает на месяц активной работы. Сложнее - только когда становится тесно.

Полная схема вайб-кодинга от Артемия

Полная схема по вайб-кодингу, как я его делаю в своих проектах: ИИ-клон + Второй мозг + Контекст-инжиниринг. 3 эфира практикума, записи остаются у тебя. Связка multi-agent - это пятая нога, она работает только когда у тебя стоит фундамент из этих трёх китов.

Практикум по вайб-кодингу

+Твой второй мозг

3 вечера - стек, метод, первый проект

Старт 9–11 июня  ·  2 000 ₽

Записаться →

Новые материалы - дайджестом, без спама

Гайды выходят регулярно. Подпишись, чтобы не пропускать: пришлю подборку в Telegram или на email. Раз в неделю или каждый день - выбираешь сам.

Подписаться в Telegramили на email