Рій ШІ-агентів: як запустити кілька агентів одразу

Що таке рій агентів простими словами

Уяви переїзд за один день. Один вантажник тягатиме коробки до глибокої ночі - і під ранок ще не закінчить. А бригада з чотирьох упорається до обіду: один розбирає кухню, другий - спальню, третій вантажить, четвертий збирає шафу на місці. Усі працюють одночасно.

Ось це і є рій агентів. Замість одного ШІ-помічника, який робить усе по черзі, ти запускаєш кілька. І кожен хапає свій шматок задачі.

Навіщо вайбкодеру запускати кілька агентів

Ти вайбкодер. Рано чи пізно прилетить задача, яку один агент жує болісно довго: «зроби мені сайт з базою, кнопками, сторінкою оплати і тестами». Знайомо? Якщо ти вмієш запускати рій, ти:

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

Тільки будьмо чесні: рій - це не чарівна кнопка «у 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. Натовп без координатора = безлад.
• Не зводити результати. Шматки зроблені в різних копіях - їх треба злити назад в один проєкт. Це фінальний крок, його легко проспати.
• Зливати не дивлячись. Перед злиттям побіжно перевір, що наробив кожен агент. Інакше притягнеш чужі ляпи прямо в основний проєкт.