Aspen: open-source Git-сервер для агентов держит 567 пушей в секунду

Если вы запускали несколько кодовых агентов на одном репозитории, то знаете эту боль: они пушат часто, параллельно и без всякой дисциплины. Обычный Git-сервер проектировали для людей, которые коммитят пару раз в час. Агенты же могут делать это десятки раз в минуту каждый, и сервер превращается в узкое место. Стартап Reason Machines (YC F26) предлагает решение: Aspen, open-source Git-сервер, построенный специально под такую нагрузку.

Что заявлено

Авторы приводят одну главную цифру: одна 8-ядерная машина выдерживает 567 пушей в секунду в один и тот же репозиторий. Важна и вторая часть заявления: каждый пуш сохраняется до того, как git напечатает «ok». То есть скорость не куплена ценой надёжности: если клиент получил подтверждение, данные уже записаны.

Третий пункт, пожалуй, самый практичный: клиент остаётся стандартным git. Ничего ставить не нужно, ни своих плагинов, ни отдельного SDK, ни кастомного протокола. Агент по-прежнему делает git push, просто на другой адрес.

Почему это важно именно для агентов

Представьте типичную агентскую схему: оркестратор поднимает 50 параллельных воркеров, каждый берёт задачу, правит код и пушит ветку или промежуточное состояние. Люди в такой схеме почти не участвуют, а Git служит журналом и точкой синхронизации. Конкуренция за один репозиторий — это блокировки на обновление ссылок, запись объектов, проверки целостности. На больших объёмах всё это становится потолком пропускной способности.

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

Ограничения и оговорки

По сути у нас пока один пост в X с одной метрикой. Неизвестно, как именно устроено тестирование: какой размер пушей, какие диски, сколько клиентов одновременно, есть ли конфликты на одни и те же ветки. 567 пушей в секунду на пустых или крошечных коммитах и на реальных изменениях в монорепозитории — это очень разные числа. Неясно также, как Aspen ведёт себя с хуками, правами доступа, code review и интеграциями, к которым привыкли пользователи GitHub и GitLab. Проект молодой, продуктовой зрелости ждать рано.

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

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