Anthropic의 Scion이 Git의 한계를 드러내다

Anthropic의 일일 코드 병합은 2026년 5월 약 2,500건에서 9월에는 30,000건 이상으로 급증했으며, 이는 Claude 지원 코딩으로 인한 12배의 증가입니다. 이러한 급격한 확장은 인간 규모의 협업을 위해 설계된 Git의 근본적인 한계를 드러냈습니다. 압축된 작업 복사본이 25GB를 초과하는 회사의 모노레포는 전례 없는 도전을 제시했습니다.

CI(Continuous Integration) 및 AI 에이전트 작업만으로 매일 약 2,500만 건의 체크아웃이 수행됩니다. 이 규모에 Git의 전체 복제 의미론을 적용하면 매일 600페타바이트 이상의 데이터를 이동해야 하며, 주된 병목 현상이 코드 생성에서 인프라로 이동하게 됩니다. 얕은 복제(shallow clones) 및 희소 체크아웃(sparse checkouts)과 같은 기존의 Git 우회 방법은 불충분했습니다.

Anthropic 엔지니어들은 부하를 관리하기 위해 수백 개의 내부 Git 미러를 배포했지만, 이러한 극단적인 조치조차 속도를 따라잡지 못했습니다. 핵심 문제는 모든 클라이언트가 인간 프로그래머라고 가정하는 Git의 오프라인 우선 설계에 있었습니다. Anthropic의 클라이언트는 대부분 항상 온라인 상태인 AI 에이전트와 CI 작업이었으며, 이로 인해 Git의 근본적인 가정은 쓸모없게 되었습니다. 제약은 더 이상 코드 작성이 아니라 코드를 관리하기 위한 시스템 그 자체였습니다.

오프라인에서 작업하는 인간 개발자를 위해 설계된 Git의 분산 아키텍처는 Anthropic의 병목 현상이 되었습니다. 전체 저장소 복제 모델은 개인에게는 적합했지만, 매일 2,500만 건의 체크아웃을 수행하는 일시적이고 항상 연결된 AI 에이전트와 CI 작업자 앞에서는 실패했습니다. Anthropic 모노레포의 압축된 작업 복사본만 25기가바이트를 초과하며, 모든 체크아웃에 대해 전체 Git 복제를 수행하면 매일 600페타바이트 이상의 데이터가 이동하게 됩니다.

Anthropic의 엔지니어들은 이러한 근본적인 불일치를 인식했습니다. 얕은 복제와 희소 체크아웃으로 Git을 패치하는 대신, 그들은 서버 중심(server-centric) 버전 관리 시스템인 Scion을 구축했습니다. Scion은 기록, 커밋, 병합을 서버에 중앙 집중화하고 클라이언트는 필요한 파일만 가져옵니다. 작업 비용은 전체 저장소가 아닌 변경 사항 자체에 따라 확장됩니다.

그 결과는 이러한 아키텍처 전환을 입증합니다. 체크아웃 시간이 분 단위에서 초 단위로 단축되었습니다. Scion은 이제 이전 Git 미러 설정보다 200배 적은 인프라에서 실행되며, CI CPU 용량의 약 25%를 회수했습니다. 이는 단순한 최적화가 아니라 에이전트 우선 시대를 위한 소스 제어의 근본적인 재설계입니다.

7명의 엔지니어가 Claude의 도움을 받아 Scion과 그 보조 시스템을 구축하고 5개월 만에 Anthropic의 모노레포를 마이그레이션했습니다. 이 소규모 팀은 AI 기반 개발의 핵심 병목 현상을 제거함으로써 상당한 투자 수익을 달성했습니다.

새로운 검토 프로세스는 초점을 전환합니다. 이제 검토자는 코드의 모든 줄이 아닌 변경의 의도(intent)를 검토합니다. 동시 병합(Concurrent merges)이 전역 잠금을 대체하여 여러 변경 사항을 동시에 통합할 수 있게 되었습니다. 이제 검토는 병합 후에 이루어지며, 자동 복구 및 롤백 기능이 시스템에 내장되어 있습니다.

인간 중심에서 에이전트 우선(agent-first) 설계로의 이러한 근본적인 전환은 매우 중요합니다. Anthropic의 Scion은 내부 도구이며 상업용 Git 대체품이 아닙니다. 그러나 이는 Google Piper나 Meta의 Sapling/Mononoke와 같이 대규모 코드베이스와 자동화된 워크플로우의 요구 사항을 해결하는 대규모 시스템의 선례를 따르고 있습니다. 더 자세한 기술적 내용은 Anthropic의 엔지니어링 블로그 게시물을 참조하세요: Redesigning source control at Anthropic.

그 의미는 분명합니다. AI 에이전트가 대규모로 코드를 생성할 때, 인간 개발자가 아닌 도구가 주요 제약 조건이 됩니다. 기업은 단순히 '기존 관행을 답습'하는 수준을 넘어, 처음부터 기계 처리량(machine throughput)을 위해 설계된 시스템을 구축하는 방향으로 개발자 인프라를 재평가해야 합니다.

Scion이 시사하는 바는 버전 관리를 넘어섭니다. 경제학자 Robert Solow의 역설은 새로운 기술이 워크플로우를 재설계하기 전까지는 생산성 향상을 가져오지 못하는 경우가 많다는 점을 지적했습니다. 조립 라인을 재구성하지 않고 단순히 증기 기관을 전기 모터로 교체했던 초기 공장들처럼, 오늘날 많은 기업은 AI 에이전트를 인간 중심의 프로세스에 강제로 끼워 맞춤으로써 '기존 관행을 답습'하는 위험을 감수하고 있습니다.

조직이 재설계에 투자함에 따라 생산성의 J-커브가 나타나며, 상당한 성과가 나타나기 전까지 초기 하락세를 경험하게 됩니다. Claude의 도움을 받은 Anthropic의 7인 엔지니어 팀은 5개월 만에 이러한 재설계를 실행하여, 이러한 변화가 얼마나 빠르게 일어날 수 있는지를 입증했습니다.

David Shapiro의 분석은 기업 내 노동 이후의 경제(post-labor economics)를 시사하며, 여기서 산출물은 인력 증가에 비례하지 않고 확장됩니다. 인간의 기여는 다음과 같은 영역으로 전환됩니다:

• 책임
• 목표 설정
• 신뢰 및 관계
• 문서화되지 않은 노하우

이러한 구조적 변화는 기존 프로세스에 대한 비판적 검토를 요구합니다. 귀하의 조직에서 여전히 인간의 읽기 속도나 수동 개입을 전제로 하는 승인, 검토 또는 조정 단계는 무엇입니까? 기계 속도의 작업을 위해 이를 재설계하는 것이 다음 생산성 물결을 여는 열쇠가 될 것입니다.

Anthropic Scion이란 무엇인가요?

Scion은 Anthropic의 내부 서버 중심 버전 관리 시스템으로, 대규모 모노레포와 방대한 양의 AI 에이전트 및 CI 활동을 처리하기 위해 설계되었습니다.

Anthropic은 왜 Git을 넘어섰나요?

Git의 오프라인 우선 설계는 각 클라이언트마다 상당한 저장소 데이터를 요구할 수 있습니다. Anthropic은 항상 연결된 수많은 에이전트와 CI 작업을 더 효율적으로 처리할 수 있는 시스템이 필요했습니다.

Scion은 대부분의 개발자에게 Git을 대체할 수 있나요?

아니요. Scion은 Anthropic의 특수한 규모를 위해 구축된 내부 시스템이며, Git은 여전히 대부분의 소프트웨어 팀에게 적합한 도구입니다.

Scion은 코드 리뷰를 어떻게 변화시키나요?

Anthropic의 워크플로우는 줄 단위 검토나 전역 병합 대기열보다는 변경 사항의 의도를 검토하고 동시 병합 및 병합 후 검증에 더 의존하는 방식을 강조합니다.

노동 이후의 경제(post-labor economics)는 무엇을 의미하나요?

이는 기업이 완료할 수 있는 작업량이 더 이상 사람의 수나 작업 속도에 의해 일차적으로 제한되지 않는 상황을 설명합니다.