Anthropic перестроила систему контроля исходного кода для постоянно работающих онлайн-агентов

Anthropic сообщает, что число сливаемых изменений во внутреннем монорепозитории выросло примерно с 2 500 в день в мае до более чем 30 000 в день в сентябре 2026 года. В ее инженерном описании от 13 октября рассказывается о Scion — системе контроля исходного кода, созданной для агентов и автоматизированных задач, обеспечивших значительную часть этого роста. Полезный инженерный вопрос состоит в том, какую работу клиенту всё еще нужно выполнять, если история, коммиты и слияния доступны через центральный сервис.

Главное изменение

• Что изменилось: За пять месяцев Anthropic перевела свой монорепозиторий с Git на Scion. Клиенты Scion получают только нужные объекты, а коммиты, слияния, перебазирования и запросы истории оставляют серверу. Anthropic создала систему для нагрузки, состоящей главным образом из онлайн-агентов и задач.
• Почему это важно: Задача CI может запросить diff или базу слияния через API, не поддерживая локальный репозиторий. Когда нужны файлы, разреженная или виртуализированная рабочая копия ограничивает объем данных на диске. Это переносит затраты и эксплуатационную ответственность на центральный сервис.
• За чем следить: Anthropic сообщает об ускорении рабочих копий и снижении потребления инфраструктуры в собственной системе, но независимой проверки здесь нет. Компания говорит, что Scion — специализированная внутренняя система, а миграция потребовала также изменить проверку кода, поиск и CI.

Почему Git стал дорогим в этом монорепозитории

Распределенная архитектура Git дает каждому полному клону историю и объекты, необходимые для автономной работы. Anthropic утверждает, что история основной ветки ее монорепозитория занимает почти 100 ГБ, а сжатая рабочая копия — более 25 ГБ. Флот CI выполняет около 25 миллионов операций получения кода в день, не считая сред разработчиков, песочниц агентов и исследовательских задач. Это показатели нагрузки Anthropic, а не общий порог, после которого Git перестает работать.

Компания уже использовала неглубокие клоны, разреженные рабочие копии, внутренние зеркала и снимки репозиториев. По ее словам, несколько сотен зеркал со временем стало трудно обслуживать по мере роста репозитория и темпа слияний. Диагноз Anthropic был конкретным: большинство клиентов и так были онлайн-агентами или задачами, но инструменты по-прежнему несли значительную часть затрат на локальный репозиторий.

Scion принимает онлайн-подключение как исходное условие проектирования. В инженерном описании говорится, что сервер отвечает на запросы истории и blame, создает коммиты, выполняет слияния и перебазирования. Клиент хранит ограниченный кэш объектов, помещает запрошенные рабочие файлы на диск и отслеживает локальные изменения. Отказ от самостоятельного выполнения этих операций — осознанный компромисс ради сокращения объема данных для каждого клиента.

Рабочая копия может быть меньше или не понадобиться вовсе

Scion предоставляет через API запросы контроля исходного кода, используемые его клиентом. Anthropic утверждает, что задача CI, которой нужен diff от базы слияния, может обратиться прямо к серверу. Автоматизированные конвейеры бинарного поиска и отката используют тот же программный интерфейс. Для таких задач рабочую копию может вообще не понадобиться материализовать.

Если задаче нужны файлы, Scion поддерживает разреженные рабочие копии только с запрошенными каталогами и виртуализированные копии, в которых файлы материализуются при чтении. Клиент рекурсивно запрашивает конкретные отсутствующие деревья и blob-объекты вместо согласования большого packfile. У каждого объекта неизменяемый идентификатор на основе содержимого, поэтому кэш может вернуть его без проверки изменений содержимого. Anthropic описывает демон на уровне узла и региональные кэши между клиентами и авторитетными серверами; все уровни используют один протокол запросов объектов.

У этой схемы иная граница отказа и обслуживания, чем у полного локального клона. Клиент зависит от сервиса в операциях, которые Git способен выполнять офлайн, а сервис должен выдавать запросы объектов и истории в темпе всего флота. Anthropic говорит, что вводит уровни кэширования, в том числе чтобы отказ регионального кэша не перегрузил вышестоящие серверы. В статье нет показателей доступности этой архитектуры.

Что сервер хранит и вычисляет

Единица работы Scion — changeset в журнале предварительной записи. Anthropic утверждает, что система фиксирует измененные файлы относительно первого родителя и указатели на сжатое содержимое в blob-хранилище. Сервер создает changeset, не перемещая общий указатель ветки при каждой записи. Отдельные производные структуры поддерживают запросы blame файла, истории пути и предков коммита; некоторые расчеты Anthropic выполняет сразу, другие откладывает.

Это разделение важно для проектирования API. Задачи могут запросить базу слияния или историю файла, не перенося все структуры, необходимые для локального вычисления ответа. Оно также переносит затраты на поддержку этих структур в сервис Anthropic. Компания говорит, что распределяет данные репозитория и независимо масштабирует компоненты; полностью материализованной копии репозитория нет даже на сервере.

Anthropic сообщает, что инфраструктура Scion использует в 200 раз меньше CPU и памяти, чем прежняя система зеркалирования Git, а получение кода для CI и исследований теперь занимает секунды вместо минут. Компания связывает с изменением рост емкости CPU в CI на 25%. Эти сравнения относятся к прежней внутренней системе Anthropic при ее собственной нагрузке; BIG CHANGE не воспроизводила измерения и не изучала исходную телеметрию.

Стоимость миграции — часть результата

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

Anthropic прямо говорит, что Scion не подходит на роль универсальной замены Git. Внутренние компоненты проверки, поиска и CI разработаны специально, а отказ от Git потребовал бы изменений на протяжении всего жизненного цикла разработки. Более узкий вывод из описания — архитектурный: онлайн-сервис может отвечать на большее число вопросов автоматизированных клиентов о контроле исходного кода, пока клиенты хранят только используемые файлы. Anthropic предполагает, что некоторые идеи — например, более развитые серверные API и лучшее сочетание разреженных и неглубоких возможностей Git — можно применить и без внедрения Scion.

Источники и дополнительное чтение

• Anthropic Engineering, Redesigning source control at Anthropic (13 октября 2026 года). Первичный рассказ Anthropic об архитектуре Scion, миграции и внутренних показателях нагрузки и производительности. BIG CHANGE независимо не проверяла приведенные измерения и эксплуатационные результаты; для этой статьи Scion не тестировался.