Як запускати від 3 до 8 кодових агентів паралельно без втрати контролю
Запускати кілька агентів Claude Code або Codex одночасно легко. Контроль : це те, де все розвалюється. Ось метод, який дійсно працює.
Запуск двох агентів одночасно займає у вас п'ять хвилин. Ви відкриваєте два термінали, даєте кожному завдання і спостерігаєте, як текст прокручується.
Проблеми починаються з четвертого.
Ви більше не знаєте, який з них чекає на рецензію, який завершив роботу, а який зламався десять хвилин тому, коли ви дивилися в інший бік. Ви прокручуєте не той термінал. Ви перезапускаєте завдання, яке вже було виконано. Через годину ви виконуєте роботу трьох агентів вручну, просто щоб не втратити орієнтацію.
Це не проблема потужності. Це проблема видимості.
Справжнє вузьке місце: це ваша голова
Агент, який кодує автономно, працює ривками. Він думає 40 секунд, пише, зупиняється, чекає на ваш дозвіл. Протягом цих 40 секунд ви можете стежити за другим агентом. Поки другий пише, ви затверджуєте першого.
До 3 агентів ваш мозок встигає. Після 5 ви втрачаєте нитку.
Anthropic опублікував показове число у своїй документації: не керовані спроби успішні приблизно один раз з трьох. Різниця між тими, хто випускає великий обсяг, і всіма іншими: це не модель. Це структура, яку вони створюють перед запуском.
Тож перед тим, як масштабувати, ви структуруєте.
Правило перше: один агент, один ізольований робочий простір
Класична помилка: розміщувати трьох агентів на одній копії репозиторію. Вони заважають один одному. Один редагує package.json, інший теж, і ви отримуєте злиття, яке не можете розплутати.
Виправлення: це два слова: git worktree.
git worktree add ../project-auth feature/auth
git worktree add ../project-billing feature/billing
git worktree add ../project-export feature/export
Кожен агент працює у власній папці, на власній гілці, зі своїми файлами. Нуль зіткнень. Ви переглядаєте кожну гілку окремо і зливаєте, коли вона готова.
Це основа того, що дослідники називають ізольованою делегацією: центральний менеджер розподіляє роботу, кожне підзавдання виконується у своєму кутку, а інтеграція відбувається пізніше, з тестами для перевірки.
Правило друге: ніколи не роздавайте один і той же центральний файл двічі
Перед тим, як розподілити роботу, знайдіть файли, які потребуватимуть кілька функцій. Роутер. Схема бази даних. Конфігурація маршруту API.
Ці файли отримують рівно одного агента. Інші чекають або обходять їх.
Віддайте той самий routes.ts двом паралельним агентам, і ви заплатите в конфліктах злиття те, що думали виграти в паралелізмі. Цей обмін програє щоразу.
Правило третє: одна дошка, а не десять терміналів
Тут більшість людей відмовляється від мультиагентності. Вони відкривають вісім вкладок терміналу, втрачають нитку і повертаються до одного агента.
Вам потрібен один огляд, який відповідає на три питання з першого погляду:
- Хто зараз кодує?
- Хто чекає на мою рецензію?
- Хто завершив або зламався?
Без цього огляду мультиагентність коштує вам більше в ментальному навантаженні, ніж дає в швидкості. З ним ви можете дійсно утримувати 6 або 8 потоків роботи одночасно.
Це саме та прогалина, яку заповнює AgentsRoom. Кожен агент отримує свою плитку, свій статус, свій колір. Агент, який чекає на вашу відповідь, стає червоним і пінгує вас. Ви перестаєте прокручувати не той термінал, дивитесь на дошку і знаєте, куди йти.
Ритм, який працює на практиці
Ось ритм, з якого я б почав.
Почніть з двох агентів, на двох функціях, які не діляться файлами. Звикніть до циклу рецензія-об'єднання. Цей цикл, а не код, стає вашою справжньою роботою.
Коли цей цикл стане плавним, переходьте до чотирьох. Дотримуйтесь суворого списку пріоритетів завдань з високим впливом і сильно покладайтеся на режим планування: ви затверджуєте план агента перед тим, як він напише рядок. Затверджений заздалегідь план заощаджує вам болісну рецензію пізніше.
Солодке місце знаходиться між 3 і 8 функціями на одному репозиторії, з візуальним наглядом. Поза цим, навіть з гарною дошкою, рецензія стає вузьким місцем, і ви втрачаєте перевагу.
Що ви насправді отримуєте
Мультиагентність безглузда для 95% дрібних завдань. Щоб виправити помилку або додати кнопку, достатньо одного агента, і це швидше.
Де це змінює ваш тиждень, так це на великій роботі. Ви запускаєте три незалежні рефакторинги одного вечора, переглядаєте їх, коли вони прибувають, і наступного ранку у вас є три дні роботи, готові до злиття.
Секрет не в кількості агентів. Це завжди знати, який з них потребує вас, прямо зараз. Виправте це, і решта піде слідом.
Завантажити AgentsRoom
Запускайте всіх своїх AI-агентів на всіх своїх проєктах з одного вікна.
Додаток-компаньйон: контролюйте своїх агентів на ходу
Використовуйте свого: Claude, Codex, Antigravity CLI або іншого AI-провайдера.
Надсилайте баги та запити прямо у свій публічний беклог.
Читати далі
Десять агентів запустили ту саму перевірку типів водночас. Розв'язком виявилася тека.
Сімнадцять кодових агентів в одному чекауті, десять процесів tsc паралельно, load average 37 і 87 МБ вільної пам'яті. Перевірка типів на дев'яносто секунд забрала 7 хв 36. Ось виміри, пояснення того, чому машина не рахувала, і маленьке спільне блокування, яке все виправило. Копіюється в будь-який репозиторій.
Читати статтюМій ШІ-тренер з бігу: репозиторій Git і агент Claude
Я закінчую пробіжку, годинник синхронізується, і через три хвилини аналіз уже записаний у мій репозиторій, тиждень перебудовано, а тренер залишив коментар під активністю в Strava. Жодного написаного застосунку, жодного сервера, жодного рахунку за токени: підписка Claude, AgentsRoom і файли Markdown. Ось уся збірка, яку можна повторити.
Читати статтюAntigravity CLI тримає один вхід Google на всю машину. Ось що працює натомість.
Чому дві підписки Google AI Pro не можна чергувати в Antigravity CLI, де він насправді зберігає ваш вхід, що перемикачі облікових записів справді роблять із системною зв'язкою ключів, чому сімейний тариф не подвоює квоту, і єдиний підхід, який справді запускає кілька облікових записів паралельно.
Читати статтю