Anthropic Scion: контроль исходного кода для 30 000 ежедневных слияний

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

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

График объёма слияний Anthropic, воспроизведённый в отчёте Xinzhiyuan/BAAI.

Почему больше кода создало узкое место в контроле исходного кода

Контроль версий фиксирует изменения и поддерживает такие операции, как сравнение изменений, аннотация авторства, слияния и восстановление. Эти возможности остаются необходимыми, когда изменения пишет агент. Меняется лишь то, как часто к ним обращаются и скольким краткоживущим задачам требуется доступ к коду.

Anthropic описывает историю основной ветки, приближающуюся к 100 ГБ, сжатую рабочую копию объёмом более 25 ГБ и примерно 25 миллионов CI-выгрузок репозитория в день. Загрузка полной сжатой рабочей копии для каждой выгрузки означала бы более 600 ПБ ежедневного трафика. Это иллюстрация наивного подхода, а не утверждение, что сеть компании действительно передавала такой объём данных.

Компания уже использовала неглубокие клоны, выборочные выгрузки, promisor remotes, заготовки репозиториев и сотни внутренних зеркал Git. Эти меры помогали, но по мере роста репозитория и частоты слияний зеркала и снимки становилось всё сложнее поддерживать.

Система CI столкнулась с похожей нагрузкой

В представленном отчёте также описан более ранний рассказ Anthropic о том, как нагрузка CI выросла в 25 раз за шесть месяцев. В нём говорится, что последовательные временные исправления сервиса выбора тестов продержались 70 дней, 29 дней и менее одного дня соответственно, прежде чем потребовалась очередная переработка.

Согласно этому описанию, инженер потратил три недели на перестройку сервиса. Эксплуатация замены обходилась дороже, но после настройки она масштабировалась более предсказуемо. Это отдельная история об инфраструктуре, не связанная напрямую со Scion, и сравнение её стоимости не следует объединять с экономией от Scion.

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

Как Scion меняет модель контроля исходного кода

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

Сервер создаёт коммиты, вычисляет слияния и rebase, а также отвечает на запросы к истории. Клиенты хранят ограниченный кэш объектов и получают нужные им данные. Задания, которым нужен только diff или запрос о происхождении коммита, могут вызывать API без выгрузки репозитория.

Эта архитектура также меняет единицу работы. Набор изменений Scion фиксирует изменённые файлы относительно первого родительского коммита и указатели с адресацией по содержимому на файловые данные. Дополнительные индексы обеспечивают такие операции, как история пути и аннотация авторства. Anthropic называет эти индексы производными данными и может вычислять их заранее или по запросу.

Архитектура выгрузки Anthropic, воспроизведённая Xinzhiyuan/BAAI.

Путь выгрузки включает несколько уровней кэширования. Демон на уровне узла совместно использует объекты между заданиями; региональные кэши обслуживают деревья и блобы; авторитетные серверы при необходимости обращаются к постоянному хранилищу. Запросы идентифицируют неизменяемые объекты, поэтому кэши могут повторно использовать ответы без постоянного согласования передачи большого репозитория.

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

Что именно измеряют заявленные улучшения

Это внутренние наблюдения, полученные на одной необычно крупной рабочей нагрузке. Они не означают, что вся инженерная работа стала в 200 раз дешевле или что обычный репозиторий получит сопоставимые улучшения.

Пример с импортёром также имеет конкретный контекст. Anthropic сообщает, что ранний внутренний снимок Claude Mythos Preview переписал конвейер переноса данных из Git в Scion, сохранив обязательные ограничения на порядок обработки и структуры данных. Этот результат описывает конкретную реализацию, а не служит бенчмарком для каждого сценария использования модели.

Инженеры по-прежнему принимают архитектурные решения

Anthropic отмечает, что Claude ускорил реализацию, тестирование и оптимизацию. Компания также подчёркивает, что инженерам необходимо было понимать взаимодействие систем и отклонять решения, нарушавшие их ограничения.

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

Scion также опирается на предыдущие разработки в области инфраструктуры крупных репозиториев, включая Piper от Google и Sapling и Mononoke от Meta. В обновлённой публикации Anthropic прямо признаёт эту историю. Сравнение сроков разработки без учёта масштаба и заимствованных идей упустило бы этот контекст.

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

FAQ

Что такое Anthropic Scion?

Scion — это внутренняя система контроля исходного кода Anthropic для крупного монорепозитория и разработки с интенсивным использованием агентов. Она применяет серверные операции и API, чтобы сократить объём данных репозитория, необходимых каждому клиенту.

Является ли Scion открытой заменой Git?

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

Почему Anthropic отказалась от Git для этого репозитория?

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

Семь инженеров создали Scion за пять месяцев?

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

Scion снижает все затраты на разработку в 200 раз?

Нет. Показатель в 200 раз сравнивает требования к CPU и памяти инфраструктуры контроля исходного кода с прежней схемой зеркалирования Git. Это не оценка совокупной стоимости разработки программного обеспечения.

Какая работа остаётся инженерам, когда код пишет Claude?

Инженеры по-прежнему определяют ограничения, выбирают архитектуру, проверяют изменения и управляют взаимодействиями между системами. Примеры Anthropic показывают, почему локально правдоподобная реализация всё ещё может быть неверной для сервиса в целом.

Связанные инструменты

• Git: Распределённая система контроля версий, которую Anthropic ранее использовала для этого монорепозитория.
• Sapling: Проект Meta по контролю исходного кода для рабочих процессов с крупными репозиториями.
• Mononoke: Масштабируемый сервер контроля исходного кода, упомянутый в публикации Anthropic как предшествующая разработка.

Связанные ссылки

• Исходный отчёт BAAI: Ознакомьтесь с материалом Xinzhiyuan о миграции на Scion и сопутствующей нагрузке CI.
• Переработка контроля исходного кода в Anthropic: Ознакомьтесь с первичным инженерным объяснением и оговорками по производительности.
• Справочник Git: Изучите поддерживаемые Git операции и возможности управления репозиториями.
• Проект Sapling: Изучите одну из систем, которые Anthropic называет предшествующими разработками.
• Документация Mononoke: Узнайте о серверной инфраструктуре Meta для крупных исходных репозиториев.

Итоги

Scion решает проблему инфраструктурной нагрузки, возникающей из-за необычно большого объёма изменений кода в Anthropic. Серверные операции, разреженный доступ и многоуровневые кэши сокращают повторяющуюся работу агентов и заданий CI.

Заявленные улучшения специфичны для этой среды. Быстрая генерация кода полезна только тогда, когда ревью, тестирование и контроль исходного кода способны выдержать возникающую нагрузку.