Anthropic의 소스 관리 이전은 수요 급증에서 시작합니다. 2026년 5월 하루 약 2,500병합이 9월 3만 건을 넘었습니다. 회사는 Claude 기반 개발·연구가 기존 Git 기반을 먹여 살리는 비용을 키웠다고 말합니다. Scion은 자립적인 로컬 저장소 대신 온라인 에이전트를 위한 내부 서비스입니다.
회사에 따르면 엔지니어 7명이 Antique 검토 시스템과 지원 서비스를 함께 만들고 5개월에 이전했습니다. 실제 구조 문제이지 Git 전체에 대한 판정은 아닙니다. 코드를 받거나 배포하는 비용이 낮아져도 조합 행동 검증과 책임 배분은 여전히 필요합니다.
커밋만큼 체크아웃이 큰 부하였습니다
메인 이력은 약 100GB, 압축 작업 복사본은 25GB 초과였습니다. 개발 환경, 샌드박스와 연구를 제외하고도 CI가 하루 약 2,500만 체크아웃을 했습니다. 단순하게 가져오면 매일 600PB 넘는 Git 트래픽이라고 계산했습니다.
얕은 복제, 희소 체크아웃, 스냅샷과 수백 내부 미러를 이미 사용했습니다. 하지만 코드가 빨리 변하면 갱신 사이 스냅샷이 낡고 부분 이력은 diff, 검색과 blame을 복잡하게 합니다. 캐시 하나 추가로 요청 형태 자체가 해결되지는 않습니다.
Git 분산 구조는 복제마다 독립·오프라인 작업 능력을 줍니다. Anthropic의 주 고객은 온라인 자동 작업으로 한 디렉터리, 차이 또는 병합 기준만 필요한 경우가 많았습니다. 거의 쓰지 않는 노트북 같은 독립성을 계속 지불한 셈입니다.
서버가 소스 관리 컴퓨터가 됩니다
Scion은 이력 질의, 커밋 생성, diff, 병합과 rebase를 서버로 옮깁니다. 가벼운 클라이언트는 제한된 캐시와 필요한 파일만 만듭니다. 일부는 파일 시스템 체크아웃 없이 API를 씁니다. 완전한 동등 저장소 동기화에서 공유 계산 서비스로 바뀝니다.
기본 기록은 부모 대비 바뀐 파일을 담는 선행 기록 로그의 변경 집합입니다. 압축된 내용 주소 객체는 따로 저장합니다. 불변이라 캐시에서 안전하게 재사용하며, 새 변경마다 큰 Git packfile을 만들어 교환할 필요가 없습니다.
브랜치와 태그는 남지만 높은 커밋 속도에서 전역 조정 비용 때문에 메인과 릴리스 이외 참조를 억제합니다. blame, 복사와 그래프 색인은 별도 파생 데이터로 즉시 또는 요청 시 생성합니다. 색인을 바꿔도 기본 기록이나 모든 클라이언트를 바꾸지 않아도 됩니다.
노드 데몬이 로컬 객체를 공유하고 지역 캐시가 권위 서버 앞에 있습니다. 지역 장애 때 전부 중앙으로 몰리지 않도록 계층을 강제합니다. 희소·가상 체크아웃과 API는 파일을 줄이지만 자립 Git 복제보다 네트워크·중앙 가용성에 더 의존합니다.
내부 이익이 모든 팀의 다음 단계는 아닙니다
Anthropic은 계층마다 캐시 적중 99% 초과, 옛 미러 대비 CPU·메모리 200분의 1, CI·연구 체크아웃은 분에서 초, CI CPU 25%를 전체 자원에 반환했다고 보고합니다. 외부가 독립 재현할 비교가 아니라 내부 부하 측정입니다.
Claude도 개발을 도왔습니다. 초기 내부 모델이 수작업 수집 원형을 다시 써 메모리 20분의 1, 속도 4배와 숨은 순서·구조 요건을 유지했다고 합니다. 개별 기업 보고이지 모든 에이전트 재작성의 성능과 요구 보존 증거는 아닙니다.
Google Piper와 Meta Sapling은 거대 단일 저장소의 선례이며 Sapling은 익숙한 Git 흐름도 지원합니다. Scion의 특징은 항상 온라인인 자동 클라이언트입니다. 채택에는 검색, 검토, 신원, 권한과 CI를 바꿔야 하므로 빠른 명령어를 설치하는 문제가 아닙니다.
사람이 의도를 봐도 상호작용은 어렵습니다
회사는 모든 변경에 사람이 참여하지만 줄마다 읽는 대신 의도에 집중한다고 합니다. 테스트, 에이전트 설명과 자동 분석을 더 신뢰합니다. 목표에 맞아도 구현이 틀리거나 프롬프트에 없던 불변조건을 어길 수 있습니다.
엔지니어는 계속 Claude에 안 된다고 했습니다. 권위 있는 병합 시간을 Antique에서 묻지 않고 커밋 로그를 선형 탐색하려는 부품이 있었고, 적대 검토가 과도한 방어 검사·복잡성을 낳았습니다. 좋은 최적화를 찾는 모델의 그럴듯한 국소 해법도 사람이 거절해야 했습니다.
Scion은 텍스트 충돌을 막지만 의미 충돌은 못 막습니다. 함수와 기존 호출자를 바꾸는 동안 옛 가정의 새 호출자가 추가되면 깨질 수 있습니다. 전통 큐는 다음 묶음 전 조합을 시험하지만 그 사이 수백·수천 변경이 들어오면 전역 잠금은 비현실적입니다.
그래서 회사는 저장소 진입 전 모든 상호작용 해결 대신 병합 후·배포 전 시험에 투자합니다. 퍼징, 격리 시뮬레이션, 속도 제한, 디렉터리 권한과 위험 승인이 경계를 만듭니다. 의미 위험은 사라지지 않고 검출·수리가 릴리스로 이동하므로 배포 통제가 나쁜 조합을 사용자에게서 막아야 합니다.
빠진 비교는 장기 소프트웨어 품질입니다
superfans라는 지속 Claude는 전용 Slack에서 부품 텔레메트리와 로그를 보고 전통 경보도 남습니다. 고정 임계 밖 패턴을 찾아도 더 많은 감시가 결과 지표는 아닙니다. 수리 속도는 발견 시간과 영향 격리·되돌리기와 함께 봐야 합니다.
병합 수는 작은 수정, 실험과 되돌림까지 세는 활동입니다. 독립 결함률, 롤백 빈도, 사고 추세와 에이전트 작성·검토 비율은 미공개입니다. 없으면 처리 이익이 신뢰성을 높였는지 거버넌스 부담만 키웠는지 알 수 없습니다.
옮길 교훈은 Git 교체보다 좁습니다. 서버 메타데이터, 공유 캐시, 가상 작업장과 위험 검토로 이식 역사·오프라인 회복력을 유지하며 특정 병목을 다룰 수 있습니다. 대부분 회사는 같은 특수 부하와 모델·기반 통제를 입증하지 않았습니다.
Scion은 코드 생성이 개발 플랫폼을 바꾸는 사례입니다. 더 강한 성공 증거는 자원 절약을 안정된 배포, 명확한 책임과 외부 유출 실패 감소에 연결합니다. 그 전에는 검증 교환이 명시된 기술 성과이지 안전한 개발의 만능 모델로 읽지 말아야 합니다.
작업 맥락을 정리하고 보존하는 데 관한 관련 읽을거리: 기술 문서 지식 기반 ; AI 네이티브 세컨드 브레인.