Anthropic, Git 버리고 자체 버전 관리 Scion을 만들었어요 — 하루 병합이 2,500에서 30,000으로 늘자
Claude 에이전트가 쏟아내는 코드로 하루 병합이 5개월 만에 12배 늘자, Anthropic은 7명이 5개월 만에 Scion이라는 자체 버전 관리를 만들어 Git을 완전히 교체했어요.
- Anthropic이 Git을 자체 버전 관리 시스템 Scion으로 완전히 바꿨어요. Claude 에이전트가 코드를 쏟아내면서 하루 병합이 2026년 5월 약 2,500건에서 9월 30,000건 이상으로 12배 넘게 늘었기 때문이에요.
- Scion은 '에이전트는 늘 온라인'이라는 전제로 처음부터 설계했어요. 서버에서 커밋·병합·리베이스·diff를 처리하고, 3단 캐시(99% 이상 적중률)로 인프라 규모를 Git 미러링 대비 200배 줄였다고 해요.
- 7명이 5개월(2026년 1~9월) 만에 만들었어요. 체크아웃이 분 단위에서 초 단위로 빨라졌고, CI CPU가 25% 절감됐다고 Anthropic 엔지니어링 블로그에 적혀 있어요.
Git이 AI 에이전트 시대에 어디서 막히는지 보여 주는 사례예요. 모노레포에 에이전트를 붙여 쓰는 팀이라면, Scion이 도입한 서버 병합·3단 캐시·changeset 구조를 참고해서 자기 팀의 병목(느린 fetch, 큰 작업 복사본)을 진단해 볼 수 있어요.
직접 쓸 도구는 아니지만, AI 코딩 에이전트가 빠르게 퍼지면 기존 개발 도구가 어디까지 바뀌는지 보여 주는 흐름이에요. 기술 트렌드 콘텐츠를 만들 때 '에이전트가 인프라를 바꾸는 실제 사례'로 쓸 수 있어요.
당장은 쓸 일이 없어요. 다만 AI 에이전트가 코드를 대량으로 쓰면 버전 관리·빌드·배포까지 전부 달라진다는 점을 알아 두면 기술 파트너나 외주 팀과 이야기할 때 맥락이 잡혀요.
에이전트가 코드를 대량으로 쓰면 Git이 병목이 될 수 있다는 실제 사례로, 코딩 에이전트를 도입하려는 분이라면 미리 읽어 두면 좋을 것 같아요.
Anthropic이 Git을 버리고 자체 버전 관리 시스템 Scion을 만들어 전사 이전을 마쳤어요. 10월 13일 엔지니어링 블로그에 올린 글에서 이유와 구조를 상세히 밝혔어요.
왜 Git을 바꿨나요
Anthropic에서는 Claude 에이전트가 자율적으로 코드를 짜고, 연구 루프를 돌리고, 새 서비스를 처음부터 만들어요. 그 결과 하루 코드 병합(merge)이 2026년 5월 약 2,500건에서 9월에는 30,000건 이상으로 늘었어요. 모노레포 기록은 약 100GB, 압축된 작업 복사본(working copy)은 25GB를 넘겼고, 하루 CI 체크아웃은 2,500만 번에 달했어요. 단순하게 fetch를 돌리면 매일 600페타바이트가 넘는 트래픽이 필요한 규모였어요.
블로그에는 "이 속도가 곧 줄어들 것 같지 않고, 우리가 없애는 병목마다 코드 생산량이 바로 늘어난다"고 적혀 있어요.
Scion은 어떻게 다른가요
Scion의 핵심 전제는 "에이전트는 늘 온라인"이에요. Git은 원래 오프라인에서도 쓸 수 있게 만든 분산형이지만, Scion은 서버-클라이언트 비대칭 구조를 처음부터 깔았어요.
- 작업 단위: changeset(변경 세트)라는 쓰기 앞서기 로그(WAL) 항목으로, 첫 부모 대비 달라진 파일만 델타로 저장해요.
- 서버에서 처리: 커밋·병합·리베이스·diff·blame·병합 기점 계산을 모두 서버가 해요.
- 3단 캐시: scion-daemon → scion-cache → scion-servers, 각 단계에서 99% 이상 적중률이에요.
- 잠금 없는 증분 커밋: 작업 복사본 전체를 받지 않아도 돼요.
성과 숫자
- 인프라 규모가 Git 미러링 대비 200배 작아졌어요.
- 체크아웃이 분 단위에서 초 단위로, 두 자릿수 배 빨라졌어요.
- CI CPU를 25% 절감했어요.
누가, 얼마나 걸렸나요
7명이 5개월(2026년 1월~9월)에 만들었어요. 같은 기간에 코드 리뷰 도구 Antique, 코드 검색, 소스 관리 IAM, 병합 큐 관리 도구도 함께 지었어요.
여기 적은 숫자는 모두 Anthropic 엔지니어링 블로그에 적힌 값이에요.
