Anthropic, 깃 대신 에이전트 전용 소스 컨트롤 시스템 Scion 공개
코딩 에이전트가 쏟아내는 코드량을 감당 못 한 깃을 버리고 Anthropic이 자체 개발한 소스 컨트롤 시스템 Scion의 구조와 수치를 정리했습니다.
왜 지금 이 주제인가
Anthropic이 2026년 10월 13일 엔지니어링 블로그에 “Redesigning source control at Anthropic”이라는 글을 올려, 사내 버전 관리 시스템을 깃(Git)에서 자체 개발한 Scion으로 전면 교체했다고 밝혔습니다. 배경은 단순합니다. Claude가 생성하는 코드 양이 너무 빨리 늘어나면서, 오프라인 작업을 전제로 설계된 깃의 구조 자체가 병목이 됐습니다. 코딩 에이전트가 실제로 조직의 개발 인프라를 어떻게 바꾸는지 보여주는 구체적인 사례라서 눈여겨볼 만합니다.
핵심 내용
Anthropic은 올해 5월에는 하루 평균 약 2,500건의 코드 변경을 머지했지만, 9월에는 그 수치가 30,000건을 넘어섰다고 밝혔습니다. 12배 가까이 늘어난 속도입니다. 문제는 양이 아니라 깃의 설계 철학이었습니다. 모노레포의 메인 브랜치 히스토리는 약 100GB, 압축한 워킹 카피만도 25GB를 넘었고, 하루에 이뤄지는 CI 체크아웃은 약 2,500만 건에 달했습니다. 각 클라이언트가 전체 저장소 사본을 내려받는 깃의 방식을 그대로 두면 단순 계산으로 하루 600페타바이트의 트래픽이 발생한다는 것이 Anthropic의 설명입니다. 분산·오프라인 작업에 최적화된 깃의 장점이 상시 온라인 상태인 에이전트와 CI 작업 중심의 환경에서는 오히려 확장을 가로막는 제약으로 바뀐 셈입니다.
이에 Anthropic은 7명으로 구성된 팀이 5개월 만에 자체 소스 컨트롤 시스템 Scion과 코드 리뷰 도구 Antique을 함께 만들어 모노레포 전체를 이전했습니다. Scion은 깃과 달리 서버와 클라이언트의 역할을 비대칭적으로 나눴습니다. 커밋, 머지, 리베이스, 히스토리·블레임 조회 같은 작업은 권한을 가진 서버(scion-server)가 처리하고, 클라이언트는 필요한 데이터만 그때그때 요청합니다. 트리 포인터 대신 변경된 파일 목록과 콘텐츠 어드레싱 방식을 쓰는 체인지셋 구조를 도입해 처리 속도를 높였고, 패키지 파일 유지보수 같은 깃 특유의 작업도 없앴습니다.
캐싱도 세 단계로 나눴습니다. 작업 노드에 있는 scion-daemon은 주기적 스냅숏에서 시작하고, 지역 단위의 scion-cache는 메모리에서 바로 데이터를 스트리밍하며, 가장 안쪽의 scion-server만 Spanner 같은 클라우드 스토리지에 접근합니다. 각 계층은 99% 이상의 캐시 히트율을 유지해 상위 계층으로 가는 요청 자체를 줄였습니다. 그 결과 체크아웃 속도는 분 단위에서 초 단위로 줄었고, CI 인프라에 드는 CPU 용량은 25% 줄었으며, 전체 인프라 규모는 기존 깃 미러 방식보다 200배 작아졌습니다.
흥미로운 점은 이 전환 작업 자체에 Claude가 깊이 관여했다는 것입니다. Claude는 초기 마이그레이션 파이프라인을 다시 작성해 메모리 사용량을 20배 줄이고 속도를 4배 끌어올렸으며, 광범위한 테스트와 보안 검증까지 자동화했습니다. Anthropic은 엔지니어의 역할이 코드를 직접 짜는 것에서 Claude의 제안을 걸러내는 쪽으로 바뀌었다고 설명했습니다.
의미와 한계
Scion은 코딩 에이전트가 실제 조직의 소프트웨어 개발 방식을 어디까지 바꿀 수 있는지 보여주는 구체적인 사례입니다. 그동안 에이전트의 코드 생성 속도를 다루는 논의는 품질이나 안전성 쪽에 집중됐지만, Scion은 그보다 더 기초적인 층위, 즉 버전 관리 인프라 자체가 한계에 부딪힌 사례입니다.
한계도 분명합니다. Anthropic은 Scion을 오픈소스로 공개하지 않기로 했습니다. “다른 조직에 폭넓게 유용한 형태로 제공하기 어렵다”는 설명인데, 이는 Scion이 Anthropic 내부의 특정 인프라와 조직 규모에 맞춰 설계된 시스템이라는 뜻이기도 합니다. 대신 깃 커뮤니티나 GitHub, GitLab 같은 곳과 협력해 Scion의 설계 원칙을 기존 생태계에 반영하자고 제안하는 수준에 그쳤습니다. 모든 조직이 하루 3만 건의 머지를 겪는 것은 아니므로, 이 접근을 당장 다른 회사에 적용 가능한 해법으로 보기는 어렵습니다. 다만 에이전트가 코드를 대량으로 생산하는 미래에는 다른 조직들도 결국 비슷한 선택에 놓일 수 있다는 신호로 읽을 수 있습니다.
한 줄 정리
Claude가 쏟아내는 코드량이 깃의 한계를 넘어서자 Anthropic은 자체 소스 컨트롤 시스템 Scion을 만들어 하루 3만 건의 머지를 감당하고 있습니다.