Рой ИИ-агентов: как запустить несколько агентов разом

Что такое рой агентов простыми словами

Представь переезд за один день. Один грузчик будет таскать коробки до глубокой ночи - и под утро ещё не закончит. А бригада из четырёх управится к обеду: один разбирает кухню, второй - спальню, третий грузит, четвёртый собирает шкаф на месте. Все работают разом.

Вот это и есть рой агентов. Вместо одного ИИ-помощника, который делает всё по очереди, ты запускаешь несколько. И каждый хватает свой кусок задачи.

Зачем вайбкодеру запускать несколько агентов

Ты вайбкодер. Рано или поздно прилетит задача, которую один агент жуёт мучительно долго: «сделай мне сайт с базой, кнопками, страницей оплаты и тестами». Знакомо? Если ты умеешь запускать рой, ты:

• получаешь результат в разы быстрее - четыре куска делаются разом, а не друг за другом;
• не теряешь нить - каждый агент сидит в своей маленькой задаче, а не в гигантской простыне «сделай всё сразу»;
• раздаёшь разные роли: один пишет код, другой тут же его проверяет;
• больше не пялишься в экран, ожидая, пока единственный помощник доковыляет до финиша.

Только давай честно: рой - это не волшебная кнопка «в 4 раза быстрее». Запустишь криво - получишь четырёх агентов, которые правят один файл и устраивают потасовку. Поэтому дальше - как делать по уму.

Как работает рой агентов: три кита

1. Делёж: режь задачу на независимые куски

Главное правило роя звучит так: параллелить можно только то, что не зависит друг от друга. Это как с грузчиками - двое не унесут один диван в разные стороны.

• ✅ «Сделай базу данных» + «Нарисуй кнопки» + «Напиши тексты» - это независимые куски. Рой подходит.
• ❌ «Покрась стену» + «Поклей обои на ту же стену» - второе ждёт первого. Тут рой не помощник, будет бардак.

2. Изоляция: git worktree даёт каждому свою копию

Два агента полезли в один файл одновременно - и затёрли работу друг друга. Каша. Лекарство простое: дай каждому свою личную копию проекта.

Для этого есть хитрая штука - git worktree Git worktree - отдельная рабочая копия твоего проекта в своей папке, но связанная с тем же репозиторием. Можно завести несколько копий и в каждой работать независимо, а потом аккуратно слить изменения вместе. . Это как выдать каждому грузчику отдельную комнату: пусть наводит порядок как хочет, а в конце вы сводите всё вместе. Каждый агент трогает только свою папку. Драться попросту не за что.

3. Бригадир: кто-то раздаёт и собирает

Рой без координатора - это просто толпа. Кто-то должен раздать задания, следить за прогрессом и собрать результаты в кучу. Этим занимаешься либо ты сам, либо специальный инструмент-бригадир. Про них - прямо сейчас.

Два способа собрать рой агентов

Подходов два. Первый - руками, зато всё видно. Второй - доверь автоматическому бригадиру.

Способ 1: dmux - панели агентов в терминале

dmux dmux - менеджер панелей для ИИ-агентов на основе tmux. Делит экран терминала на несколько окошек, в каждом свой агент со своим заданием. делит твой терминал на несколько окошек-панелей. В каждой панели живёт свой агент со своим заданием. Ты буквально видишь всю бригаду на одном экране.

Как это выглядит вживую:

• Жмёшь n - появляется новая панель, ты пишешь ей задание.
• Панель 1: «Сделай вход и регистрацию».
• Панель 2: «Напиши тесты для пользователей».
• Панель 3: «Обнови документацию по API».
• Жмёшь m - результат панели вливается обратно в основную сессию.

dmux умеет запускать не только Claude, но и других агентов (Codex, OpenCode, Gemini и прочих). Хочешь - посади в разные панели разные инструменты. Совет от создателей: держи число панелей до 5-6, иначе токены и деньги испаряются на глазах.

Способ 2: DevFleet - автоматический бригадир

DevFleet Claude DevFleet - система, которая сама разбивает задачу на цепочку подзадач, раздаёт их агентам в изолированных копиях проекта, следит за прогрессом и собирает отчёты. - это уже умный бригадир. Ты ставишь задачу словами, а он делает остальное:

1. Сам составляет план - режет «сделай REST API с входом и тестами» на цепочку подзадач (это и называется планированием проекта).
2. Показывает тебе план - какие подзадачи, что от чего зависит. Ты киваешь или правишь.
3. Раздаёт задачи агентам - каждый садится в свою изолированную копию проекта.
4. Одна подзадача готова - её результат сам вливается, и сам стартует следующий шаг, который её ждал.
5. Всё готово - ты читаешь аккуратный отчёт: какие файлы изменены, что сделано, где ошибки, что делать дальше.

dmux или DevFleet: что выбрать

Пример: рой агентов на интернет-магазин

Ты говоришь одному агенту: «Сделай мне интернет-магазин - каталог, корзина, страница оплаты и тесты на всё это». Агент честно стартует и ковыряется три часа, делая всё по очереди. Ты сидишь и ждёшь. И ждёшь. И ещё немного ждёшь.

А теперь - как это провернёт вайбкодер с роем. Он видит, что каталог, корзина и оплата - в основном независимые куски, и раздаёт их бригаде. Каждому - своя копия проекта, чтобы не сцепились из-за файлов.

Разбей задачу «интернет-магазин» на параллельные куски и запусти их роем.

Сначала проверь, какие куски НЕ зависят друг от друга - их можно делать параллельно. Зависимые отложи на потом.
Для каждого параллельного куска заведи отдельную копию проекта (git worktree), чтобы агенты не правили одни и те же файлы.
Раздай куски так: агент 1 - каталог товаров, агент 2 - корзина, агент 3 - страница оплаты.
Общие тесты и сборку сделай ПОСЛЕ того, как куски готовы - это зависимый шаг, его не параллелим.
Держи число агентов до 4. В конце слей все ветки вместе и покажи краткий отчёт: что сделано, что изменено, где остались проблемы.

Частые ошибки при запуске роя

• Параллелить зависимые задачи. Шаг Б ждёт результат шага А - рой только всё запутает. Делай их по очереди.
• Пускать всех в один файл. Без отдельных копий (worktree) агенты затирают работу друг друга. Дай каждому свою комнату.
• Поднимать целую армию. 15 агентов - это не в 15 раз быстрее, это в 15 раз дороже и в 15 раз хаотичнее. Держи рой до 5-6.
• Забыть про бригадира. Кто-то должен раздать задачи и собрать результат - либо ты, либо DevFleet. Толпа без координатора = бардак.
• Не сводить результаты. Куски сделаны в разных копиях - их надо слить обратно в один проект. Это финальный шаг, его легко проспать.
• Сливать не глядя. Перед слиянием бегло проверь, что наработал каждый агент. Иначе притащишь чужие косяки прямо в основной проект.