Anthropic이 Git을 버리고 자체 소스 컨트롤 Scion을 만든 이유

Anthropic이 사내 소스 컨트롤을 Git에서 자체 시스템으로 갈아탔다. 새 저장소 시스템 이름은 Scion이고, 코드 리뷰 쪽에는 Antique라는 별도 시스템을 붙였다. 이 작업을 맡은 팀은 7명이었고, Git에서의 이관은 5개월 만에 끝났다.

결정적 이유는 규모다. 2026년 5월 Anthropic이 하루에 머지하던 코드 변경은 평균 2,500건 수준이었는데, 9월에는 30,000건을 넘어섰다. 저장소 자체도 무거워졌다. 메인 브랜치 히스토리만 약 100GB이고, 압축된 워킹 카피도 25GB를 넘는다. CI가 하루에 돌리는 코드 체크아웃은 2,500만 회에 달하며, 여기에 개발자 개인 환경과 에이전트 샌드박스, 연구 작업용 체크아웃은 아직 포함되지도 않았다. 같은 요청을 Git 방식으로 그대로 처리하면 하루 600PB가 넘는 트래픽이 나온다는 계산이다.

그래서 Scion은 분산형이라기보다 중앙집중형 소스 컨트롤에 가깝다. Subversion 계열 모델을 다시 설계한 형태로 읽힌다. 모든 복제본이 전체 히스토리를 들고 있는 구조가 이 트래픽 규모에서는 비용으로 바뀌었다는 뜻이다.

배경에는 지난 6개월간의 변경 속도 급증이 있다. Simon Willison은 Anthropic이 공개한 변경량 차트를 Claude로 수정해 2026년 모델 공개 시점 마커를 덧붙였는데, 여기서 짚어둘 점은 그 날짜가 공개 릴리스일이지 Anthropic 내부에서 해당 모델을 쓰기 시작한 시점이 아니라는 것이다. 그가 추측한 바로는 Fable/Mythos급 모델의 등장이 코딩 속도 증가의 핵심 변수다.

개발자 입장에서 이 사례가 주는 신호는 명확하다. 에이전트가 코드를 대량으로 생성하기 시작하면 가장 먼저 한계에 부딪히는 곳이 애플리케이션 코드가 아니라 버전 관리와 CI 파이프라인일 수 있다. 체크아웃 한 번의 비용, 저장소 복제 비용, 히스토리 크기가 곧 개발 속도의 상한이 된다.

리뷰 방식도 눈여겨볼 부분이다. Anthropic은 적대적 리뷰를 폭넓게 활용하는데, 효과가 큰 반면 시야가 좁아지기 쉽다. 가상의 우려에 반응해 시스템 일부를 과하게 설계하는 방향으로 Claude가 흘러가지 않도록 숙련된 엔지니어가 계속 개입해야 했다는 것이다. Willison도 자기 프로젝트에서 Claude와 GPT를 서로 맞붙여 결함을 찾게 하는 방식을 시도 중이라며 비슷한 경험을 전했다.

다만 이 이야기를 일반적인 팀에 그대로 적용하기는 어렵다. Anthropic 내부의 극단적인 변경량과 저장소 크기가 전제로 깔려 있고, 모델 공개일과 내부 활용 시점의 차이, 속도 증가의 원인에 대한 해석은 모두 추정에 기대고 있다.