Anthropic의 소스 컨트롤 시스템 재설계
요약
Anthropic은 급증하는 코드 변경 속도를 관리하기 위해 자체적인 소스 컨트롤 시스템 'Scion'을 재설계했습니다. 기존 Git의 트래픽 및 용량 문제(예: 600 PB/일)를 해결하고자 중앙 집중식 시스템으로 전환했으며, 이는 개발 효율성 극대화에 초점을 맞추고 있습니다.
핵심 포인트
- Anthropic은 코드 변경 속도 급증에 대응하여 자체 소스 컨트롤 시스템 'Scion'을 구축했습니다.
- 기존 Git 방식의 막대한 트래픽(600 PB/일) 및 용량 문제를 해결하는 것이 목표입니다.
- 새로운 시스템은 5개월 만에 성공적으로 마이그레이션되었으며, 개발 효율성 극대화가 핵심입니다.
2026년 10월 13일 - Link Blog
Anthropic의 소스 컨트롤 재설계 (via) Anthropic이 지난 6개월 동안 코드 변경 속도가 급증한 것에 기반하여 왜 그리고 어떻게 자체적인 Git 대체 시스템을 구축했는지 설명하는 흥미로운 글입니다.
2026년 5월, Anthropic은 하루 평균 약 2,500개의 코드 변경 사항을 병합했습니다. 그러나 9월 기준으로 보면 하루에 30,000개 이상의 코드를 병합하고 있습니다.
그들은 이러한 변경 사항을 보여주는 차트를 포함시켰습니다. 제가 Claude에게 이 차트(코드 여기)를 수정하여 2026년 각 모델의 공개 출시 날짜 마커를 추가하도록 했습니다:

이것은 모델이 Anthropic 내부에서 사용 가능해진 날짜가 아니라, 공개된 출시 날짜를 보여줍니다. 제 추측으로는 Fable/Mythos 클래스 모델의 도입이 코딩 속도 증가의 핵심 요인인 것 같습니다.
그들의 새로운 코드 리뷰 시스템은 'Antique'입니다. 소스 컨트롤 시스템 자체는 Scion이라고 불리며, 저에게는 Subversion과 유사한 중앙 집중식 소스 컨트롤을 재창조한 것처럼 들립니다. 그들은 상당히 극단적인 요구 사항들을 가지고 있었습니다:
메인 브랜치 기록만 해도 거의 100 GB에 달하며,
압축된 작업 복사본은 25 GB가 넘습니다. 개발자 환경, 에이전트 샌드박스 및 연구 작업을 세지 않더라도 CI를 위해 하루에 2,500만 건의 코드 체크아웃을 수행합니다. 이를 순수하게 가져오기(naively fetched)만 해도 매일 600 PB가 넘는 git 트래픽이 발생할 것입니다.
새로운 시스템은 7명의 팀원들에 의해 구축되었으며, Git으로부터의 마이그레이션은 5개월 만에 완료되었습니다.
덧붙여서, 저는 최근 제 프로젝트에서 적대적 리뷰(adversarial review)를 시도해 왔습니다. 즉, 모델에게 결함을 찾아내도록 시키는 것입니다 (저는 종종 Claude와 GPT가 서로 대립하는 것을 연기합니다). 이 기사의 메모는 저의 경험을 반영했습니다:
Anthropic 역시 적대적 리뷰를 광범위하게 사용하며, 이것은 여러 면에서 믿을 수 없을 만큼 효과적이지만, 때로는 근시안적일 수도 있습니다. 따라서 숙련된 엔지니어들은 가상의 우려 사항에 대응하여 시스템의 일부가 과도하게 설계되는 것을 Claude로부터 막아내야 했습니다.
최근 기사
• Python 3.15가 반가워요, 3.10은 안녕하고, 이제 3.11부터 사용할 수 있어요 - 2026년 10월 12일
• 제 목소리를 사용해 만든 블로그의 새로운 기능 - 2026년 10월 9일
• Claude Haiku 5.5 - 2026년 10월 7일
• 거의 모든 것에 기본 하드 예산 상한선(default hard budget caps)이 필요할 거예요 - 2026년 10월 3일
AI 자동 생성 콘텐츠
본 콘텐츠는 Simon Willison Blog의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기