Git создавали для людей — а пришли ИИ-агенты

27.10.2026 · Авторская колонка

У Git была простая цель: чтобы сотни людей, писавших ядро Linux, не мешали друг другу. Линус Торвальдс собрал его в 2005-м за считанные недели, и на двадцать лет ветки, коммиты и пулл-реквесты стали чем-то вроде закона природы. Теперь этот закон проверяют на прочность машины. ИИ-агенты пишут код всё активнее, и привычный цикл «ветка — ревью — мерж» под таким напором начинает буксовать. Контроль версий, придуманный для людей, придётся заново примерять к тем, кто не устаёт. Осталось понять, где именно скрипит, что с этим делать и что всё это значит для инженеров.

Фундамент, рассчитанный на человека

Сам по себе Git элегантен — и глубоко человечен. Ветка — дешёвая песочница под одну идею. Коммит — шаг в истории с понятным автором. Пулл-реквест — приглашение коллеге: посмотри, обсудим, потом вольём. Вся конструкция держится на человеческом темпе: автор часами готовит изменения, ревьюер столько же их читает, а конфликт мержа разрешает рука, которая ещё помнит, зачем вообще затевалась фича.

Поставьте в этот механизм агента — и темп ломается. Хуже того, разработчик теперь часто оркестрирует сразу несколько параллельных агентов: каждый сидит в своей ветке, коммитит каждые несколько минут и не устаёт. Никогда. Дальше включается арифметика: чем больше одновременных авторов, тем чаще их правки сталкиваются в одних и тех же файлах, и конфликт слияния из редкой неприятности превращается в фоновый шум. Узкое место при этом смещается: машины пишут код быстрее, чем человек успевает его читать. Очередь на ревью, которая для обычной команды была ритмом релиза, при агентной разработке рискует стать пробкой — диффы прибывают быстрее, чем их разбирают.

Технически Git не сломан. Сломан концептуально: каждая его метафора рассчитана на человека за клавиатурой.

Три сдвига, на которых встанет новый Git

Если Git действительно переосмыслять под агентную разработку, новые правила сводятся к трём сдвигам.

Сдвиг первый: агент — полноценный автор. У его работы появляется идентичность, история и ответственность, а не безликая вереница коммитов от чужого имени. Второй: единица работы смещается с коммита на задачу. Человеку не важен каждый штрих — важен результат. Агенту доверяют ветку целиком и смотрят на итоговый дифф. Третий: машины проверяют машины. Автотесты, статический анализ и агенты-ревьюеры отсеивают большую часть правок до того, как их увидит человек; людям остаются агрегированные итоги да спорные случаи.

Может показаться, что инженера здесь выжимают из процесса. На деле его роль поднимается этажом выше: он задаёт правила — что сливается автоматически, а что требует человеческого глаза, — и проектирует сам конвейер. По сути повторяется история CI/CD: то, что вчера было ручным трудом, сегодня превращается в инфраструктуру.

Шум в репозиториях — и новая грамматика ремесла

У перестройки версионирования есть и вторая причина: падение качества софта. Кода пишется на порядки больше, читает его всё меньше живых людей, технический долг копится стремительнее, а правки всё чаще вносятся без понимания контекста. Одно из главных опасений вообще звучит мрачно: ИИ зальёт репозитории шаблонным сгенерированным «шумом». Контроль версий тут — первая линия обороны.

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

А что у нас: платформы, ассистенты и козырь в рукаве

В России перестройка начинается с другого конца — с базовой инфраструктуры. После ограничения доступа к GitHub для ряда российских клиентов, по имеющимся данным, интерес смещается к отечественным платформам хостинга кода: GitVerse от Сбера, независимый GitFlic, SourceCraft в Яндекс Облаке, плюс собственные инсталляции GitLab в крупных компаниях и на госзаказчиках. Параллельно набирают вес ИИ-ассистенты разработки — GigaCode у Сбера и Яндекс Код Ассистент, встроенный в инструменты Yandex Cloud. Правда, оба пока живут в «копилотной» парадигме: подсказывают и достраивают код человеку, а не пишут его самостоятельными длинными сессиями.

Полноценных агентных конвейеров — с десятками параллельных агентов и автоматической приёмкой — по имеющимся данным, в стране пока единицы: скорее эксперименты, чем практика. Часть ограничений сидит в самой конструкции: отечественные платформы унаследовали ту же человеческую модель веток и ревью. Но есть и козырь. Если миграция на собственные репозитории продолжится, инфраструктуру контроля версий можно будет строить фактически с нуля — и сразу заложить фундамент под агентную эпоху, а не дорабатывать задним числом, как на Западе.

Вывод

Умирать Git, скорее всего, не собирается — как не умерли компиляторы и сборка руками. Он останется нижним слоем, о котором будут заботиться скорее машины, чем люди. Но профессия уже разворачивается. Инженер будущего — не тот, кто быстрее всех пишет код, а тот, кто умеет проектировать системы, в которых код пишут машины: задавать границы, строить проверку, отвечать за итог. Контроль версий придумали, чтобы люди не мешали друг другу. Его новой версии предстоит научить не мешать — и помогать — агентам. Кто раньше перестроит свой процесс под эту реальность, получит фору, которую потом не отыграть.