Параллельные команды агентов

Один Claude хорош. Пять параллельных Claude, работающих над разными частями задачи, быстрее в пять раз. В этом разделе - как организовать команду из агентов: git worktrees, тим-лид паттерн, разделение работы между чатами, сведение результатов.

Зачем

Типичные кейсы, где параллелизм меняет правила игры:

• Ресёрч 5 библиотек одновременно - каждый агент копает свою библиотеку, через 10 минут у вас 5 отчётов вместо одного за 50 минут.
• 3 независимых фичи параллельно - три worktree-ветки, три Claude. Конфликтов нет, потому что файлы разные.
• Большая миграция - один агент мигрирует backend, другой - frontend, третий - тесты. Сводим в финальном PR.
• Code review на скорость - 5 субагентов проверяют один PR с разных сторон: безопасность, производительность, стиль, типы, тесты.

Два паттерна параллелизма

1. Тим-лид (один чат, несколько Task-вызовов)

Главный Claude получает задачу, разбивает на независимые куски и вызывает Task tool несколько раз в одном сообщении. Все субагенты стартуют параллельно, каждый возвращает результат, тимлид сводит.

Вы: "Сделай ресёрч по 5 библиотекам для управления формами в React:
     react-hook-form, formik, react-final-form, tanstack-form, conform"

Claude (тимлид):
  → Task(researcher, "react-hook-form: API, плюсы, минусы, поддержка")
  → Task(researcher, "formik: API, плюсы, минусы, поддержка")
  → Task(researcher, "react-final-form: API, плюсы, минусы, поддержка")
  → Task(researcher, "tanstack-form: API, плюсы, минусы, поддержка")
  → Task(researcher, "conform: API, плюсы, минусы, поддержка")
  ↓ (через 10 минут все вернулись)
  Тимлид сводит: сравнительная таблица + рекомендация

2. Worktrees (несколько чатов, физически разные копии репо)

Если задачи требуют запуска кода, dev-сервера, тестов - они не могут жить в одной папке. Здесь спасает git worktree:

# В корне репо
git worktree add ../app-feature-a feature-a
git worktree add ../app-feature-b feature-b
git worktree add ../app-feature-c feature-c

# Открываем три терминала
cd ../app-feature-a && claude   # чат 1
cd ../app-feature-b && claude   # чат 2
cd ../app-feature-c && claude   # чат 3

Каждый чат работает в своей папке, со своей веткой, на своих портах. Конфликтов нет.

Главные правила параллельной работы

1. Файлы не пересекаются. Каждый агент трогает свой подграф файлов. Если двум агентам нужен один файл - они работают последовательно, не параллельно.
2. dev-сервер и БД - только в одном чате. Иначе два uvicorn пытаются занять :8000, два Vite - :5173.
3. Финальный merge - вручную. Свести два PR обратно в main делает человек (или skill /merge-branches).
4. Telegram-уведомления о завершении. Hook на Stop - чтобы вы знали, какой агент уже готов.

Что в этом разделе

Полезные ссылки

• Git worktree docs - базовая команда git
• Claude Code Best Practices: Parallel - официальный гайд от Anthropic