Місяць тому твій AI-кодинг-сетап мав одного агента, одну розмову, один потік. Ти писав промпт, він пропонував наступний рядок, ти приймав або відхиляв. Просто.
Але один агент на одній задачі не закриє беклог із дванадцяти пунктів до п'ятниці. Потрібен паралелізм: кілька агентів працюють на кількох гілках одночасно. Питання, яке ніхто не поставив перед релізом: що станеться з твоєю git-історією, коли ці гілки треба буде змерджити?
У першій половині квітня 2026 чотири компанії випустили паралельних кодинг-агентів — кожна зі своєю стратегією запобігання колізіям. 14 квітня Anthropic перепроєктував Claude Code Desktop з Routines: персистентними агентами, що працюють у незалежних сесіях. 16 квітня OpenAI випустив масивне оновлення Codex з агентами в ізольованих віртуальних воркспейсах. Хвиля почалася двома тижнями раніше: GitHub Copilot запустив /fleet 1 квітня, а Cursor 3 додав фонові Agent Tabs 2 квітня.
Чотири інструменти, чотири моделі ізоляції. Ось як кожен вирішує проблему мерджу — і як кожен фейлиться.
Cursor 3 використовує git worktrees — окремі чекаути директорій для кожного агента. Агенти ніколи не блокують один одного під час роботи. Але Cursor відкладає всі конфлікти до моменту мерджу. Два агенти рефакторять один модуль із різних worktrees, а ти дізнаєшся про колізію лише при об'єднанні гілок — коли обидва вже набудували купу коду поверх розбіжних припущень.
GitHub /fleet обирає підхід last-write-wins. Їхній власний блог стверджує: "Якщо два агенти пишуть в один файл, перемагає той, хто закінчив останнім — мовчки. Ні помилки, ні мерджу, просто перезапис." Результат повільнішого агента зникає безслідно. Жодних конфлікт-маркерів. Жодного попередження.
Claude Code Routines дають кожному агенту повністю ізольовану сесію. Агент A не знає, що агент B існує. Один додає кешування; інший реструктуризує потік даних, від якого залежить цей кеш. Обидві гілки проходять CI незалежно. Разом вони крашаться в рантаймі.
OpenAI Codex забезпечує найсильнішу ізоляцію: кожен агент працює всередині sandbox-VM. І найважче примирити результати — ти експортуєш діффи зі снапшотів VM і розв'язуєш конфлікти сам стандартним git. OpenAI не постачає жодних інструментів для мерджу.
Математика колізій працює проти тебе. У типовому веб-застосунку спільні модулі — утиліти, типи, конфігурація, мідлвари — становлять 15–25% файлів за кількістю, але з'являються в графі імпортів майже кожної фічі. Запусти трьох агентів на три "незалежні" фічі, і ймовірність того, що хоча б двоє торкнуться спільного модуля, наближається до одиниці. Запускати цих агентів теж недешево: кожна складна кодинг-сесія з'їдає 50k–200k токенів, а п'ять паралельних агентів можуть спалити $15–40 за один раунд диспетчеризації. Коли конфлікт мерджу змушує перезапуск, ти платиш за ту саму роботу двічі.
Як написав Addy Osmani 26 березня: "Три сфокусовані агенти стабільно перевершують одного агента-універсала, який працює втричі довше" — але попередив, що "маленькі нешкідливі помилки накопичуються з темпом, який неможливо підтримувати." Зона ефективності — як лезо бритви. Менше трьох агентів — недовикористовуєш паралелізм. Більше трьох — оверхед мерджу пожирає весь виграш.
Обхідні шляхи жертвують тим самим паралелізмом, за який ти заплатив. GitHub рекомендує вручну призначати окремі файли кожному агенту — тобто ти сам декомпозуєш архітектуру перед запуском. Можна запускати агентів послідовно замість паралельно, але це зводиться до одного-за-раз із додатковими церемоніями. Можна звужувати задачі настільки, що агенти ніколи не перетинаються, але це вимагає розуміння кодової бази на рівні, що гарантує нульовий перетин файлів. Як написав Andrej Karpathy 3 лютого: "ти не пишеш код безпосередньо 99% часу, ти оркеструєш агентів, які це роблять, і виступаєш наглядачем."
Вузьке місце змістилося. Писати код тепер дешево. Мерджити його — коштує всього, що паралелізм зекономив. Твій диспетчерський пульт — це шість вкладок терміналу, три вікна браузера і ставка на те, що гілка claude/fix-auth структурно не суперечить copilot/refactor-auth на рівні типів.
Наступний інструмент, який виграє війну кодинг-агентів, не привезе розумніших агентів. Він привезе merge-aware оркестратор, який відстежує, що кожен агент чіпає, до завершення роботи — а не після. А поки що ти запускаєш найдорожчий у світі git merge вручну, гілка за гілкою.
