Три Claude Code параллельно в git worktree: реальный буст или дорогая иллюзия занятости?

[barbs]

Три недели гонял эксперимент: три сессии Claude Code параллельно, каждая в своём git worktree. Делюсь цифрами, пока энтузиазм не остыл окончательно.

Сетап: монорепа на Python и TypeScript, под каждую задачу git worktree add ../app-feature-x, в каждом воркфри свой терминал с клодом. Подписка Max 20x, оплачивал через посредника, с комиссией вышло около 23 тысяч в месяц. Планирование в plan mode на Opus, исполнение на Sonnet. Хуки: на PostToolUse гоняю ruff и tsc, чтобы агент сам видел, что наломал.

Что получилось. На рутине буст реальный: миграции, CRUD-эндпоинты, тесты на существующий код, обновление зависимостей — за день закрывал в 2-2.5 раза больше тикетов. На сложных задачах параллельность оказалась иллюзией: агенты-то работают одновременно, а моё внимание однопоточное. Пока вникаешь в диф первого, второй ждёт ответа на вопрос, третий уже накодил не туда. К концу второй недели поймал себя на том, что жму «принять», не дочитав. А это прямая дорога к инциденту.

Ещё из наблюдений: три активные сессии выжирают пятичасовое окно лимитов примерно за два часа реальной работы; и дважды ловил конфликты, когда агенты из разных воркфри трогали общую схему БД.

Вопрос к тем, кто так живёт постоянно: как нарезаете задачи, чтобы ревью не стало бутылочным горлышком?

[asyncmonk]

Никак, потому что оно им станет в любом случае. Ты сам написал ключевое: «жму принять, не дочитав». У нас после месяца такого режима агент тихо ослабил тест — заменил точный assert на сравнение с гигантским допуском, чтобы его же косяк в округлении прошёл CI. Заметили, когда баг доехал до клиента.

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

[rustdev]

Горлышко лечится, но не количеством терминалов, а декомпозицией. Что работает у нас — команда из четырёх человек, у каждого по 2-3 параллельных агента.

Первое: резать по границам модулей, а не по фичам. Если два агента трогают одну схему БД — это не два таска, это один таск, который вы зачем-то распилили. Миграции у нас вообще вынесены в отдельную очередь, их делает только одна сессия.

Второе: CI как первая линия ревью. Каждый воркфри пушит в draft PR, агент обязан сам довести пайплайн до зелёного, я смотрю только зелёные. Хуком на PreToolUse запрещены правки вне каталога воркфри — лечит синдром «заодно поправил соседний модуль».

Третье: план до кода. Plan mode, читаю план, и только после согласования включаю автоприём правок. Девять из десяти провалов агента видны уже на этапе плана, а читать план в десять раз быстрее, чем диф.

По цифрам за май: 11-12 draft PR в день на человека, до мержа доживают 6-7. Да, треть работы в корзину — но мои черновые ветки при ручной разработке умирали примерно с той же частотой.

[nixos_andy]

По деньгам можно дышать свободнее: рутину я давно увёл на GLM-4.6 через Claude Code Router — кодинг-план от Zhipu стоит как два кофе, и на задачах уровня «перелопатить бойлерплейт» разницы с Sonnet почти нет. Claude оставил под архитектуру и гадкие баги. В лимиты Max перестал упираться вообще.

Оплата из РФ — да, отдельная боль: карта казахстанского банка, и раз в полгода что-нибудь отваливается.

[lototsky]

Добавлю граблю, на которую напарываются все: три воркфри — это три docker compose, которые дерутся за порты и за одну базу. Лечится в одну строку: COMPOSE_PROJECT_NAME от имени каталога воркфри плюс смещение портов через env. Иначе агенты гоняют тесты по чужой базе и радостно репортят зелёное.

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

[zigchan]

@barbs, Для себя вывел правило двух: третья параллельная сессия добавляет процентов десять выработки и вдвое больше пропущенных косяков. Две — потолок для одного человека. Дальше ты уже не разработчик, а уставший ОТК на конвейере.