Представьте обычный день в команде, которая всерьёз пустила AI-агентов в разработку. Пять агентов одновременно правят код в пяти ветках. К обеду — двадцать веток, очередь pull request’ов, конфликтующие worktree, и ревьюер, который физически не успевает читать то, что наплодили боты за час. Узким местом внезапно оказывается не «модель тупит», а сам процесс: ветка → коммит → пуш → PR → ревью → мерж. Та самая модель, на которой Git и GitHub живут двадцать лет.
И вот за пару недель сразу три заметных игрока почти синхронно заявили одно и то же: привычный код-хостинг не выдерживает агентов, его надо переделывать. Cursor выкатил Origin, Zed — DeltaDB, GitLab — Project Switch. Заголовки в духе «GitHub умирает» поспешные, но кое-что действительно происходит, и это касается каждого, кто живёт в Git.
Почему commit/PR-модель буксует на агентах
Git устроен вокруг дискретных снимков: ты доводишь работу до осмысленного состояния, делаешь коммит, потом пуш, потом PR — и только тогда команда видит изменения и начинает их обсуждать.
Для человека это нормально. Для агента — нет. Натан Собо из Zed формулирует это резко: «софт делается между коммитами», и Git, заточенный под снимки, никогда не проектировался под то, что происходит в промежутке. Когда код пишет агент, настоящим источником становится не коммит, а разговор, который этот код породил: цепочка «попросил → агент сделал → поправил → прогнал тесты → переспросил». Этот поток идёт непрерывно, его надо привязывать к коду, который меняется на лету. PR, где обсуждение начинается только после пуша, тут опаздывает — к моменту PR самый важный контекст уже потерян.
Плюс банальная пропускная способность. 1500 PR в неделю от ботов (привет, Block) — это 1500 ревью, 1500 прогонов CI и куча конфликтов в очереди мержа. Модель, рассчитанная на человеческий темп коммитов, под агентским потоком начинает захлёбываться.
Три ставки на «пост-GitHub»
Любопытно, что три команды атакуют проблему с трёх разных сторон.
|
Игрок |
Что строят |
Ключевая идея |
|---|---|---|
|
Cursor Origin |
Git-совместимый forge для агентов (анонс 17 июня, сейчас waitlist, запуск осенью 2026; в основе — ДНК Graphite после сделки Cursor–Graphite) |
Тот же GitHub, но заточенный под параллельных агентов: stacked PR, очереди мержа, Graphite-style ревью, MCP/API. Рассчитан на поток агентских изменений; человек остаётся финальным gatekeeper’ом. |
|
Zed DeltaDB |
Новая система контроля версий (beta на подходе) |
Радикальнее: версионировать не коммиты, а поток дельт — каждую операцию и разговор с агентом рядом с правкой. CRDT-worktree, в которых одновременно работают люди и агенты. |
|
GitLab Next-gen SCM (он же Project Switch) |
Переделанный под агентов SCM-бэкенд (private beta) |
Ставка не на PR-церемонию, а на масштаб: Git-совместимость + server-side запросы к репозиторию вместо полного clone. Заявлено до 50× быстрее, до 2× меньше токенов и до 1000× меньше сетевого трафика — то есть дотащить агентов до уже существующего DevOps-контура. |
Грубо говоря, это спектр: Cursor чинит forge (хостинг и ревью под агентов), Zed переизобретает сам контроль версий (Git как абстракция), GitLab бьёт по масштабу (clone, конкурентность, изоляция) внутри готового DevOps-контура. У каждого свой акцент, но диагноз общий: текущий код-хостинг под агентским потоком становится бутылочным горлышком.
Как это выглядит на уровне процесса
GitHub-эра (под человека): worktree → commit → push → PR → review → merge (обсуждение начинается только здесь ↑)Агентная эра (то, что предлагают): параллельные worktree → поток дельт + разговор → непрерывное ревью → merge (контекст и обсуждение живут рядом с кодом всё время)
Почему GitHub никуда не денется завтра
Тут важно не впасть в хайп. GitHub — это не только git-хостинг. Это identity-слой (через GitHub логинятся пол-интернета), социальный граф (звёзды, профили, репутация), Actions, Issues, Packages, Marketplace, Pages и витрина опенсорса. Ничего из этого Origin или DeltaDB на старте не заменяют — у них waitlist’ы, беты и обещания.
Реалистичный сценарий не «GitHub умер», а расслоение: место, где агенты реально молотят код, может уехать ближе к IDE и agent-runtime (туда, где живёт контекст), а GitHub остаётся публичной витриной, identity и CI/социальным графом. Миграцию Actions, секретов, прав и интеграций никто за вечер не сделает.
Что с этим делать русскоязычной команде
Пока гиганты спорят, как переизобрести Git, на земле есть более насущное:
-
Доступ. У нас GitHub — это ещё и боль с доступностью: зеркала, прокси, запасной remote. Если процесс завязан только на github.com, это уже риск, без всяких агентов.
-
Запасной forge. GitLab (в т.ч. self-host), Forgejo/Gitea, GitVerse — не «когда Origin выйдет», а сейчас, как страховка и как площадка для экспериментов с агентами.
-
Worktree-дисциплина. Если пускаете несколько агентов параллельно — отдельные worktree, понятные ветки, лимит на одновременные PR. Это ровно то, что Cursor/Zed автоматизируют, но базовую гигиену можно навести руками уже сегодня.
-
Права агентам. Бот по правам = разработчик. Отдельные сервисные аккаунты, scoped-токены, никакого доступа к секретам и проду «на всякий случай».
-
CI-лимиты. Агентский поток PR упирается в раннеры и квоты быстрее, чем кажется. Считайте бюджет CI до того, как 5 агентов устроят вам DDoS собственного пайплайна.
Где сижу я?
Переехал на свой селфхостед гитлаб в целом пока всего хватает, бесят только аи штуки от гитлаба, я хочу в своем гитлабе видеть только свои аи штуки, а не чужие
ссылка на оригинал статьи https://habr.com/ru/articles/1049358/