앤스로픽은 하루 수만 건의 코드 변경을 처리하기 위해 자체 버전 관리 시스템 Scion을 만들고, 5개월 만에 모노레포를 Git에서 이전했다. 앤스로픽은 Scion이 큰 저장소에서 에이전트와 작업이 온라인으로 작동한다는 점을 전제로 설계됐으며, 일반적인 Git 대체재로 적합한 것은 아니라고 밝혔다.

Git 대신 Scion을 만든 이유

앤스로픽에 따르면 하루에 병합한 코드 변경은 2026년 5월 약 2,500건에서 9월 3만 건 이상으로 늘었다. 기존 개발 인프라가 사람 규모를 기준으로 설계돼 이 증가를 감당하기 어려워지자 Scion을 개발했다. 같은 기간 코드 리뷰 도구 Antique와 코드 검색, 접근 제어 시스템 등도 구축했다.

앤스로픽의 모노레포는 메인 브랜치의 기록만 거의 100GB이고 압축된 작업 사본은 25GB를 넘는다. 앤스로픽은 CI에서 하루 약 2,500만 번 코드를 체크아웃하며, 개발 환경과 에이전트 샌드박스, 연구 작업은 여기에 포함되지 않는다고 설명했다. 이를 모두 일반적인 방식으로 가져오면 하루 Git 트래픽이 600페타바이트를 넘을 수 있다고 봤다.

Git은 각 복제본이 저장소 전체를 보유하는 분산형 구조다. 오프라인에서도 기록을 살펴보고 변경 사항을 계산할 수 있어 대다수 저장소에 적합하지만, 앤스로픽은 거의 모든 클라이언트가 온라인인 에이전트나 작업이라는 점에서 이 구조가 부담이 됐다고 설명했다. 내부 Git 미러를 수백 개 운영하는 등 기존 확장 방식을 사용했지만, 병합량이 늘면서 관리가 어려워졌다.

대규모 모노레포를 위한 기존 시스템으로는 구글의 Piper와 메타의 Sapling이 있다. 앤스로픽은 Scion 설계에 이들의 경험을 참고했으며, Sapling의 서버 구성요소인 Mononoke와 Bonsai 데이터 모델이 Scion의 여러 기법을 앞서 개발했다고 덧붙였다.

Scion의 작동 방식과 성과

Scion에서 작업 단위는 변경된 파일 목록과 압축된 파일 내용을 가리키는 주소를 저장하는 ‘변경 세트(changeset)’다. Git처럼 클라이언트가 로컬에서 커밋한 뒤 서버에 푸시하는 대신, 변경 세트 생성과 병합, 리베이스를 서버에서 처리한다. 변경 세트는 서버에서 만들어져 즉시 이용할 수 있으며, 작업 비용이 저장소 전체 크기가 아니라 변경 규모에 따라 늘어나도록 설계했다.

서버는 파일 기록이나 줄별 변경 이력(blame) 같은 질의에 답하고, 클라이언트는 필요한 데이터만 가져온다. 클라이언트가 로컬에 이미 보유한 데이터를 서버에 일일이 알리는 방식 대신, 필요한 트리와 파일 객체를 지정해 요청한다. 저장된 객체는 바뀌지 않는 주소를 사용하므로 여러 단계의 캐시가 재사용할 수 있다. 필요한 디렉터리만 받는 희소 체크아웃과 파일을 요청할 때 가져오는 가상 체크아웃도 지원한다.

앤스로픽은 Scion의 각 인프라 계층에서 캐시 적중률이 99%를 넘고, Scion 인프라가 이전 Git 미러 시스템보다 CPU와 메모리 요구량 기준으로 200배 작다고 밝혔다. CI와 연구 작업의 체크아웃은 수십 초에서 수분 걸리던 수준에서 두 자릿수 배 빨라졌으며, CI에서 CPU 용량을 25% 절감했다고 설명했다. 이 수치는 앤스로픽의 자체 인프라에서 관찰한 결과다.

개발 과정과 적용 범위

앤스로픽은 7명으로 구성된 팀이 5개월 동안 Scion과 코드 리뷰 도구 Antique, 관련 시스템 여섯 개를 개발하고 이전을 마쳤다고 밝혔다. 개발에는 Claude Mythos Preview와 Claude Tag를 활용했다. 회사는 초기 Git 데이터 변환 프로그램을 Claude Mythos Preview에 다시 작성하도록 했을 때 메모리 사용량이 20분의 1로 줄고 속도가 4배 빨라졌다고 전했다.

앤스로픽은 코드 작성 속도가 빨라져도 엔지니어의 역할이 사라진 것은 아니라고 강조했다. 엔지니어가 시스템 설계와 제약 조건을 판단하고, 에이전트가 불필요하게 복잡한 설계를 추가하거나 시스템의 핵심 조건을 어기지 않도록 조정했다는 설명이다. 팀원들은 모든 변경 요청을 검토하되 코드의 모든 줄보다 변경 의도를 살피는 데 초점을 맞췄다고 밝혔다.

Scion은 일반적인 Git 대체재가 아니다. 앤스로픽은 수만 명의 엔지니어나 대규모로 코드를 작성하는 에이전트가 있는 매우 큰 모노레포에서만 제시한 접근이 의미가 있다고 설명했다. Scion으로 전환하려면 코드 리뷰와 코드 검색, CI까지 개발 생명주기의 여러 부분을 함께 옮겨야 하며, 앤스로픽의 내부 도구는 다른 조직이 그대로 도입하기 어렵다고 봤다.

앤스로픽은 향후 6~12개월 동안 비슷한 확장 문제가 더 흔해질 것으로 예상한다면서도 Scion 자체를 널리 배포하기보다는 설계 경험을 공유하는 데 초점을 뒀다. Git 서버가 클라이언트와 같은 방식으로 작동할 필요는 없으며, 서버 측 질의 기능이나 희소·얕은 체크아웃 기능을 개선해 Git의 전체 구조를 유지하면서 확장성을 높일 수 있다는 제안이다. 변경 기록을 첫 번째 부모에 상대적으로 저장하는 방식에 관한 설명은 각주 1, Scion 기법의 선행 사례에 관한 설명은 각주 2에 실렸다. 앤스로픽은 Claude Mythos Preview와 Claude Tag를 내부 개발에 활용했다고 밝혔다.