Anthropic, AI 에이전트에 맞춰 소스 코드 관리 시스템 재설계

들어가며

Git의 로컬 우선 모델은 개발자가 저장소를 보유한 상태에서 커밋, 기록 조회, 체크아웃을 독립적으로 수행할 수 있다는 장점이 있습니다. 그러나 AI 에이전트와 CI, 연구 작업이 하나의 모노레포에 동시에 접근하면 같은 데이터의 전송, 압축, 분석, 캐싱이 반복됩니다. 로컬에서 처리할 수 있다는 특성이 대규모 자동화 환경에서는 인프라 비용으로 바뀌는 셈입니다.

Anthropic이 설명한 Scion은 이런 작업 패턴의 변화를 전제로 설계됐습니다. Git 앞단에 프록시를 추가한 수준이 아니라 저장소 작업이 실행되는 위치와 데이터 모델 자체를 다시 구성했습니다.

핵심 내용

• 변경량이 빠르게 늘었다. Anthropic에 따르면 하루 병합 변경 수는 5월 약 2500건에서 9월 3만 건 이상으로 증가했습니다. CI 시스템은 하루 약 2500만 회의 체크아웃을 수행하며, 모노레포의 기록은 약 100GB, 압축된 작업 복사본도 25GB를 넘습니다.
• 주요 작업을 서버에서 수행한다. 커밋, 병합, 리베이스, 기록 조회, 코드 추적 질의를 서버 측에서 처리합니다. 클라이언트는 용량이 제한된 객체 캐시만 유지하고, 가상 체크아웃은 실제로 필요한 파일만 구체화합니다.
• 콘텐츠 주소 지정 방식으로 데이터를 참조한다. 변경 집합은 첫 번째 부모 변경 집합과 비교해 바뀐 파일을 기록하고, 압축된 파일 내용을 Blob 저장소의 콘텐츠 주소 포인터로 참조합니다. 변경 집합 생성과 참조 갱신을 분리해 변경을 받을 때 서버 간 조정 부담을 줄입니다.
• 캐시를 시스템의 핵심 계층으로 사용한다. 노드의 데몬은 여러 작업 사이에서 객체 캐시를 공유하고, 지역 캐시는 권위 서버에서 부족한 데이터를 가져옵니다. 매번 맞춤형 Packfile을 협상하는 대신 클라이언트가 필요한 불변 트리와 Blob을 직접 요청합니다.
• 효과는 내부 환경에 한정된다. Anthropic은 각 캐시 계층의 적중률이 99%를 넘고, 기존 Git 미러 대비 CPU와 메모리 인프라 사용량이 약 200분의 1이며, CI와 연구 작업의 체크아웃 속도가 두 자릿수 배 향상됐다고 밝혔습니다. 다만 이는 Git에 대한 일반 벤치마크가 아니라 자체 워크로드 결과입니다.

의미와 한계

Scion의 핵심 질문은 모든 저장소 작업에 완전한 로컬 체크아웃이 필요한가라는 점입니다. 기록 조회와 차이 분석, 일부 쓰기 작업을 API로 제공하면 도구와 에이전트가 전체 작업 트리를 먼저 내려받지 않고도 처리할 수 있습니다. 많은 코드 에이전트를 운영하는 조직이라면 중복 전송, 압축, 체크아웃을 줄일 여지가 있습니다.

대신 오프라인에서 독립적으로 동작하는 Git의 성격은 약해집니다. Scion은 코드 리뷰, 코드 검색, CI 시스템과의 긴밀한 통합을 요구하며, 서버나 지역 캐시, 권위 저장소에 문제가 발생하면 여러 작업이 동시에 영향을 받을 수 있습니다. 도입 전 상당한 시스템 통합과 운영 설계도 필요합니다.

따라서 Scion은 모든 팀을 위한 Git 대체재라기보다 고동시성 소프트웨어 개발을 위한 설계 선택지로 보는 편이 정확합니다. Anthropic은 Mononoke와 Bonsai 데이터 모델이 이미 Scion의 여러 기술을 먼저 활용했다고 설명했습니다. 기존 Git 플랫폼도 서버 측 API 강화, 객체 가져오기 프로토콜 개선, 불변 데이터의 작업 간 공유라는 원칙을 부분적으로 받아들일 수 있습니다.

InfoQ 中文