Как запускать от 3 до 8 кодирующих агентов параллельно, не теряя контроль

Запуск двух агентов одновременно занимает у вас пять минут. Вы открываете два терминала, даете каждому задачу и наблюдаете за прокруткой текста.

Проблемы начинаются с четвертого.

Вы больше не знаете, какой из них ждет проверки, какой завершил работу, а какой упал десять минут назад, пока вы смотрели в другую сторону. Вы прокручиваете не тот терминал. Вы перезапускаете задачу, которая уже была выполнена. Через час вы выполняете работу трех агентов вручную, просто чтобы не потеряться.

Это не проблема мощности. Это проблема видимости.

Настоящее узкое место: это ваша голова

Агент, кодирующий автономно, работает рывками. Он думает 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% мелких задач. Чтобы исправить опечатку или добавить кнопку, одного агента достаточно, и это быстрее.

Где это меняет вашу неделю, так это на большой работе. Вы запускаете три независимых рефакторинга вечером, проверяете их по мере поступления, и на следующее утро у вас есть три дня работы, готовой к слиянию.

Секрет не в количестве агентов. Это всегда знать, какой из них нуждается в вас прямо сейчас. Исправьте это, и остальное последует.