GitHub переделал хранилище Git: 5000 агентов в одном репо, 7200 пушей в секунду

Git создавался для людей. Разработчик делает коммит, пушит пару раз в день, иногда конфликтует с коллегой, и всё это укладывается в скромную нагрузку на сервер. Агенты ломают эту картину: они пишут код параллельно, часто и без перекуров. GitHub сообщил о тесте, который показывает, насколько далеко он готов зайти в эту сторону.

Что заявил GitHub

По данным официального аккаунта, новая архитектура хранения Git во внутреннем тестировании поддержала 5000 одновременно работающих агентов в одном репозитории. Они отправляли 7200 пушей в секунду. При этом сервис продолжал отдавать запросы на чтение с стабильно низкой задержкой. Подробностей в самом посте нет, только ссылка на материал. Поэтому всё, что ниже про устройство системы, нужно читать как рамку для размышлений, а не как пересказ архитектуры.

Какую проблему это решает

Представьте оживлённый перекрёсток со светофором, рассчитанным на пять машин в минуту. Пока едут люди, всё нормально. Когда выезжают пять тысяч автономных машин, начинается затор. С репозиторием похоже: каждый пуш обновляет ссылки и записывает объекты, и при высокой конкуренции запись начинает мешать чтению. А чтение нужно всем: клонирование, CI, ревью, соседние агенты, которые подтягивают свежий код.

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

Почему это важно прямо сейчас

Агентные рабочие процессы быстро уходят от модели «один ассистент помогает одному человеку». Всё чаще один человек запускает десятки параллельных попыток решить задачу, и каждая живёт в своей ветке. Если инфраструктура не тянет такую нагрузку, команды упираются не в качество моделей, а в хранилище, лимиты и очереди.

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

Что делать на практике

Первое: прикиньте, сколько пушей в минуту реально создаёт ваша агентная система. Для большинства команд это единицы или десятки, а не тысячи, и тогда рекорд GitHub вас пока не касается.

Второе: проверьте, где вы упираетесь сейчас. Частые причины такие: конфликты при слиянии в одном файле, медленный CI на каждый коммит, лимиты API. Хранилище обычно не первое узкое место.

Третье: разделяйте работу агентов по веткам и зонам кода. Пять тысяч агентов, которые правят один и тот же файл, утонут в конфликтах независимо от скорости сервера.

Четвёртое: следите за тем, как GitHub выкатит это в продукт, на каких тарифах и с какими лимитами. Пока это заявление о внутренних испытаниях.

Ограничения

Тест внутренний, методика не раскрыта. Мы не знаем размер репозитория, размер пушей, долю конфликтующих изменений и то, что значит «низкая задержка» в миллисекундах. Не ясно и то, когда и для кого это станет доступно. Поэтому правильная реакция такая: принять как сигнал о направлении развития, но не закладывать эти цифры в планы, пока нет независимых измерений.

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