Anthropic Scion, AI 코딩의 병목은 저장소로

하루 3만 건 병합이 바꾼 소스관리의 전제

Anthropic의 10월 13일 기술 공개는 새 모델보다 개발 인프라를 다룬다. 회사에 따르면 하루 병합 건수는 2026년 5월 약 2,500건에서 9월 3만 건 이상으로 늘었다. 이를 뒷받침하기 위해 모노레포를 Git에서 자체 소스관리 시스템 Scion으로 5개월에 걸쳐 옮겼다. 코드 리뷰 도구 Antique와 검색·접근관리 체계도 함께 만들었다.

이 수치는 회사 내부 운영 설명이지 외부 조직에서 재현한 벤치마크가 아니다. 병합 건수가 늘었다는 사실만으로 고객에게 전달한 기능이나 사업 성과가 같은 비율로 증가했다고 해석할 수도 없다. 의미 있는 변화는 코드 생성량 증가가 저장소와 CI라는 공유 자원에 부하를 만든다는 점이다.

복제보다 필요한 데이터만 요청한다

회사가 공개한 메인 브랜치 이력은 약 100GB, 압축된 작업 사본은 25GB 이상이다. CI만 하루 약 2,500만 번 코드를 체크아웃한다. 모든 작업이 단순하게 사본을 가져오면 하루 600PB 이상이라는 계산이 나오지만, 이는 실제로 발생한 전송량이 아니라 비효율적인 가정을 적용한 규모 추정이다.

Git은 독립적인 로컬 저장소에서 이력과 변경을 계산할 수 있다는 장점이 있다. 반면 Scion은 대부분의 이용자가 항상 온라인인 에이전트와 작업이라는 전제를 택했다. 서버가 이력 조회·병합·리베이스를 맡고, 클라이언트는 필요한 파일과 제한된 캐시를 유지한다. 작업 사본 없이 API로 변경 정보만 묻는 것도 가능하다.

여기서 Git이 항상 전체 데이터를 받는다는 결론은 틀리다. sparse-checkout 문서와 clone의 필터·깊이 옵션처럼 기존 최적화도 있다. Anthropic은 이런 방법과 내부 미러를 사용한 뒤에도 자사 규모에서 한계가 생겼다고 설명한다.

200배 절감이 뜻하는 것과 뜻하지 않는 것

회사에 따르면 Scion의 CPU·메모리 인프라 규모는 기존 Git 미러링 대비 200분의 1 수준이다. 체크아웃은 분 단위에서 초 단위로 바뀌었고 CI에서는 CPU 용량 25%를 확보했다. 이 지표들은 각각 비교 대상과 분모가 다르므로 개발비 전체가 200분의 1이 됐다는 식으로 합쳐서는 안 된다.

구현의 핵심은 불변 객체를 계층별로 캐시하고, 각 작업이 정말 필요한 파일만 요청하는 것이다. 회사는 캐시 계층마다 99%가 넘는 적중률을 보고했다. 높은 재사용성이 있는 모노레포와 대규모 반복 작업이라는 조건이 효과를 뒷받침한다. 변경 이력과 파일 조회를 서비스화하면 CI 도구가 저장소 사본을 따로 유지할 필요도 줄어든다.

반대편 비용도 있다. 중앙 서비스 장애에 더 민감해지고, 기존 Git 연동 도구를 바꾸어야 한다. 회사 역시 Scion이 일반적인 Git 대체재는 아니라고 명시한다. Meta Sapling처럼 Git 저장소와 함께 쓸 수 있는 다른 접근도 있으므로, 대규모 사례가 곧 전면 이관의 근거는 아니다.

한국 개발팀은 이관보다 계측부터

첫 단계는 CI 시간을 파일 다운로드, 의존성 설치, 실제 테스트, 리뷰 대기로 나누는 것이다. 반복 체크아웃이 전체 시간에서 작다면 소스관리 교체가 큰 효과를 내기 어렵다. 반대로 동일한 파일을 수없이 내려받는다면 캐시·희소 체크아웃·작업 재사용부터 적용할 수 있다. 이는 공개 사례에서 도출한 실무 제안이며 회사가 검증한 보편 처방은 아니다.

AI 코딩과 리뷰 병목 분석이 지적하듯 생성량과 완료량은 다르다. Scion 사례에서도 코드 생성 이후의 처리 능력이 핵심이다. Docker Agent의 재현 가능한 실행 구성은 실행 환경을, Restate의 작업 복구 문제는 중단 이후 상태를 다룬다. 저장소 최적화는 이 전체 흐름의 한 부분이다.

기업용 개발 도구의 경쟁은 모델 성능뿐 아니라 에이전트가 만든 변경을 얼마나 저렴하고 추적 가능하게 검증하는가로 확장될 가능성이 있다. 팀은 병합 수보다 배포까지의 시간, 되돌림 빈도, 변경당 인프라 비용을 함께 봐야 한다. 빠른 병합을 위해 검증을 뒤로 옮기는 선택에는 그만큼 강한 배포 전 통제가 필요하다.

FAQ

Scion을 지금 Git 대신 설치할 수 있나?

이번 공개는 내부 시스템의 설계 설명이다. 일반 조직이 바로 도입할 수 있는 범용 배포판으로 소개된 것은 아니다.

Git은 에이전트 시대에 쓸모없어졌나?

아니다. Anthropic도 대부분의 저장소에는 Git의 설계가 적합하다고 설명한다.

200배 절감은 전체 개발 비용인가?

아니다. 회사가 비교한 것은 기존 Git 미러링 대비 CPU·메모리 인프라 규모다.

작은 팀이 바로 해볼 일은 무엇인가?

CI 단계별 시간을 기록하고, 반복 다운로드와 불필요한 파일 체크아웃이 실제 병목인지 확인하는 것이다.

코드 리뷰도 사라졌나?

아니다. 회사는 엔지니어가 변경 요청을 검토하되 코드의 모든 줄보다 변경 의도와 시스템 제약에 집중한다고 설명한다.