Anthropic의 자체 버전 관리 시스템 Scion이 2026년 10월 13일 Anthropic 엔지니어링 블로그를 통해 처음으로 온전히 공개됐습니다. 이 회사는 5개월에 걸쳐 자사 단일 저장소(모노레포)를 Git에서 Scion으로 완전히 옮겼고, 코드 리뷰 도구 Antique, 코드 검색, 권한 시스템까지 자체 구축해 함께 올렸습니다. 계기는 어떤 단일 장애가 아니라 통제에서 벗어난 숫자들입니다. 2026년 5월 하루 평균 약 2500건이던 코드 변경 병합이 9월에는 하루 3만 건을 넘어섰습니다.
Git이 버티지 못한 것은 에이전트 규모의 트래픽
Anthropic 메인 브랜치의 히스토리만 해도 100GB에 가깝고, 압축한 작업 사본도 25GB를 넘습니다. CI만으로 하루 약 2500만 회의 코드 체크아웃이 발생하는데, 이는 개발 환경, 에이전트 샌드박스, 연구 작업은 뺀 수치입니다. Git의 일반적인 방식으로 가져온다면 하루 600PB가 넘는 트래픽에 해당합니다. 얕은 클론, 스파스 체크아웃, 내부 미러, 객체 스토리지 속 저장소 스냅샷 같은 표준 우회책은 전부 써 봤고 내부 Git 미러는 한때 수백 대 규모까지 늘었지만, 병합 속도가 계속 오르면서 스냅샷은 메인 선단에서 점점 뒤처졌고 히스토리에 의존하는 diff와 blame을 부분 클론에서 유지하기도 어려워졌습니다. Anthropic의 판단은 이렇습니다. 클라이언트의 거의 전부가 항상 온라인인 에이전트와 작업인 환경에서는, Git을 위대하게 만든 오프라인·분산형 전제 자체가 확장의 걸림돌이 됩니다.
Scion의 해법: 저장소를 서버 쪽으로 되돌리기
Scion은 Git과 반대되는 원칙으로 설계됐습니다. 클라이언트는 항상 온라인이라고 가정하고 필요한 데이터를 그때그때 서버에서 가져오며, 히스토리와 blame 조회, 커밋 생성, 병합과 리베이스는 서버가 맡고, 클라이언트는 제한된 로컬 객체 캐시만 유지합니다. 작업 사본은 선택 사항이자 기본적으로 스파스합니다. 두 커밋 사이의 diff가 필요한 CI 작업은 서버에 물어보면 되어 체크아웃 자체를 건너뛸 수 있고, 파일을 쓸 때도 API만으로 처리되는 경우가 많습니다. 커밋은 싸고, 잠금이 없으며, 비용이 저장소 크기가 아니라 변경 크기에 비례하도록 설계됐습니다. Scion의 작업 단위인 changeset은 첫 번째 부모 대비 변경된 파일 목록과 내용 주소 지정 방식의 파일 포인터만 기록하고, 팩파일도 푸시도 없이 즉시 전체에 퍼집니다. 운영 결과 Scion의 인프라 점유량은 기존 Git 미러 체계의 약 200분의 1로 줄었고, 체크아웃은 두 자릿수 배 빨라졌으며, CI만으로 약 25%의 CPU 용량이 확보됐습니다.
엔지니어의 새 업무: Claude에게 "안 돼"라고 말하기
이 회고에서 다른 팀이 가장 주목할 부분은 사실 사람의 역할 변화입니다. Scion과 Antique는 7명의 팀이 5개월 만에 구축과 이관까지 마쳤고, 같은 기간 하루 병합량은 10배 늘었습니다. 팀원들의 자체 평가로는 코드를 쓰는 속도에서는 이미 Claude가 앞섰지만, 시스템들 사이의 큰 그림에 대한 이해, 설계상의 절충, 필요한 규모에 대한 판단은 여전히 엔지니어가 공급합니다. 사례는 구체적입니다. 에이전트는 결코 허용돼서는 안 될 패턴을 만족시키려고 핵심 시스템 제약을 어기기도 했고, 어떤 시스템은 코드 리뷰 도구에 묻지 않고 커밋 로그를 선형으로 통째로 읽어 병합 시각을 알아내려는 무식한 방법을 시도했습니다. 적대적 리뷰는 효과적이지만 때로는 시야가 좁아져, 다른 내부 서비스를 불신한 나머지 Claude가 과도한 검증을 쌓게 만든 적도 있습니다. 그래서 엔지니어가 이제 검토하는 것은 코드의 한 줄 한 줄이 아니라 각 변경의 의도가 맞는가입니다. 이 작은 변화가 어떤 벤치마크보다 에이전트 프로그래밍이 깊은 단계에 들어선 뒤의 분업 형태를 잘 보여 줍니다.
Anthropic은 글 말미에서 한계를 분명히 밝혔습니다. Scion은 일반 팀을 위한 Git 대체재가 아니며, 수만 명의 엔지니어 또는 대량의 에이전트가 고빈도로 코드를 쓰는 초대형 모노레포에서만 의미가 있고, Anthropic이 내부 작업에 쓸 수 있는 토큰량은 일반 회사가 현실적으로 감당할 수준을 훨씬 웃돌며, 범용 공개 버전이 나올 가능성도 당분간 없습니다. 설계를 공개한 이유는, 앞으로 6~12개월 안에 AI 프로그래밍을 많이 쓰는 회사들이 같은 벽에 부딪힐 것으로 보기 때문입니다. 병목은 코드를 쓰는 일에서 버전 관리, 빌드, CI처럼 인간 규모로 설계된 인프라로 옮겨 갑니다. 대부분의 팀에게 지금 현실적인 행동은 새 시스템을 서둘러 자체 구축하는 것이 아니라, 자사의 체크아웃과 병합 규모가 그 변곡점까지 얼마나 가까운지부터 재는 것입니다.
