Anthropic의 Scion이 의미하는 바: Git과 AI 코딩에 미치는 영향

Anthropic은 자신이 직접 구축한 소스 제어 시스템인 Scion으로 Git을 대체하고, Antique라는 새로운 코드 리뷰 시스템도 함께 공개하는 글을 발표했습니다. Simon Willison의 글, "Redesigning source control at Anthropic"에 따르면, 그 이유는 병합된 코드 변경 사항이 급격히 증가했기 때문입니다. 이들은 2026년 5월 하루 평균 약 2,500건에서 9월에는 하루 30,000건 이상으로 늘어났습니다. 이 설명은 Willison의 요약과 그가 인용한 구절을 바탕으로 작성되었습니다. 그 외 내용은 확인되지 않은 정보로 간주하십시오.

알아야 할 배경 지식

**소스 제어(Source control)**는 코드베이스의 모든 변경 사항을 기록하는 시스템입니다. 이는 여러 사람이 서로 덮어쓰지 않고 같은 코드를 작업할 수 있게 하며, 되돌아갈 수 있는 전체 이력을 보존합니다. **커밋(commit)**은 저장된 하나의 변경 사항입니다. **병합(merge)**은 변경 사항을 공유되는 작업 흐름에 합치는 것입니다. **메인 브랜치(main branch)**는 모두가 구축하는 공유 작업 흐름입니다.

Git은 거의 모든 개발자가 사용하는 도구입니다. Git은 **분산형(distributed)**입니다. 저장소(repository)를 클론할 때, 보통 현재 파일들뿐만 아니라 전체 이력을 자신의 기기에 받게 됩니다. 이것이 오프라인으로 커밋할 수 있는 이유이며, 일상적인 작업에 Git이 빠른 이유입니다.

예전 모델은 중앙 집중식(centralized) 소스 제어였습니다. Subversion이 가장 잘 알려진 예시입니다. 하나의 서버가 이력을 보유합니다. 사용자는 작업 사본(working copy)을 '체크아웃(check out)'받는데, 이는 특정 버전의 파일들만을 의미하며, 변경 사항은 다시 서버로 전송됩니다.

여기 비유가 있습니다. Git은 모든 독자에게 과거 모든 판본을 포함한 도서관 전체 복사본을 건네주는 것과 같습니다. 중앙 집중식 제어는 대여대와 같습니다: 필요한 책을 빌리고, 기록 보관소는 건물 안에 남아있습니다. 이 비유는 두 가지 지점에서 깨집니다. 첫째, Git은 얕은 클론(shallow clones), 부분 클론(partial clones), 희소 체크아웃(sparse checkout)과 같이 이력의 일부나 파일의 일부만 가져오는 기능을 가지고 있습니다. 둘째, 중앙 집중식 시스템은 보통 Git이 로컬에서 수행하는 작업에 네트워크 연결을 필요로 합니다.

여기서 두 가지 용어가 더 중요합니다. **지속적 통합(Continuous integration, CI)**이란 제안된 모든 변경 사항이 일반적으로 새로운 기계에서 자동 빌드 및 테스트를 트리거한다는 것을 의미합니다. 이러한 작업들은 보통 코드를 체크아웃하는 것부터 시작됩니다. 따라서 체크아웃 횟수는 변경 사항의 수에 변화당 작업 수를 곱한 값으로 증가합니다. **에이전트 샌드박스(Agent sandboxes)**는 AI 코딩 에이전트가 실행되는 격리된 환경입니다. 이들 각각도 자체 코드 복사본이 필요합니다.

마지막으로, **코드 리뷰(code review)**는 누군가가 병합되기 전에 변경 사항을 검토하는 단계입니다. **적대적 리뷰(Adversarial review)**는 한 AI 모델이 종종 다른 모델이 생성한 작업에서 결함을 찾으려고 시도하는 변형 형태입니다.

매우 큰 규모에서는 표준 소스 제어 도구가 부담을 느낍니다. 가장 큰 기술 회사들 중 일부는 바로 이 이유 때문에 수년간 자체 시스템을 운영해 왔습니다. 따라서 자체 시스템을 구축하는 회사가 새로운 것은 아닙니다. 여기서 눈에 띄는 점은 Anthropic의 필요성이 얼마나 빨리 발생했는지입니다.

실제로 바뀐 것들

Willison에 따르면, 이것들이 Anthropic의 글에서 나온 새로운 사실들입니다:

• 양(Volume). 병합된 변경 사항은 2026년 5월 일일 약 2,500건에서 9월에는 하루 30,000건 이상으로 증가했습니다. 이는 대략 12배의 증가입니다.
• 크기(Size). 인용된 구절에 따르면 메인 브랜치 히스토리만 거의 100GB이며, 압축된 작업 복사본은 25GB가 넘습니다.
• 체크아웃(Checkouts). Anthropic은 CI를 위해 하루 약 2,500만 건의 코드 체크아웃을 수행한다고 말합니다. 이 수치는

이야기 속 두 가지는 보고된 사실이 아니라 해석입니다. Willison은 Scion에 대해 'Subversion과 같은 중앙 집중식 소스 제어 시스템의 재발명처럼 들린다'고 말합니다. 이것이 그의 해석입니다. Willison은 또한 2026년 공개 모델 출시 건별로 Anthropic 차트에 마커를 추가했습니다. 그는 Fable/Mythos 클래스 모델의 등장이 코딩 속도의 가속화에 핵심 요인이라고 추측합니다. 또한 자신의 마커가 Anthropic이 내부적으로 모델을 사용하기 시작한 시점이 아니라 공개 출시 날짜를 보여준다고 언급합니다.

하나의 프로세스 세부 사항 역시 이 글에서 가져온 것입니다. Anthropic은 적대적 검토(adversarial review)를 많이 사용합니다. 인용된 구절에 따르면, 이는 근시안적일 수 있으며 숙련된 엔지니어들은 가상의 우려 사항에 대응하여 Claude가 시스템의 일부를 과도하게 설계하는 것을 막아야 했습니다.

AI 도구를 사용하는 개발자에게 의미하는 바

여러분은 Git을 대체할 필요는 거의 없습니다. Anthropic의 수치는 극단적입니다. 그 뒤에 숨겨진 패턴은 더 작은 규모에서도 나타날 수 있으므로 여전히 이해할 가치가 있습니다.

병목 지점이 이동합니다. 에이전트가 코드를 더 빨리 작성하게 되면, 느린 부분은 코드 주변 모든 것(체크아웃, CI 실행, 검토)이 됩니다. 여러 에이전트를 병렬로 실행한다면, 각 샌드박스는 리포지토리의 사본을 필요로 합니다. 클론 시간과 CI 분은 팀 규모보다 더 빠르게 증가할 수 있습니다.

Git에는 이미 이를 위한 도구가 있습니다. 얕은 복제(Shallow clones), 부분 복제(partial clones), 그리고 희소 체크아웃(sparse checkout)은 각 머신이 가져오는 양을 줄여줍니다. 만약 CI가 모든 작업에 대해 전체 클론을 수행한다면, 먼저 그것부터 고치세요.

검토가 어려운 부분이 됩니다. 어떤 인간 그룹도 하루에 30,000줄의 변경 사항을 한 줄씩 읽어낼 수 없습니다. Anthropic은 별도의 검토 시스템을 구축했습니다. 여러분의 팀은 어떤 변경 사항이 신중한 인간 검토를 받아야 하고 어떤 것이 자동화된 확인에 의존해야 하는지에 대한 규칙이 필요합니다.

적대적 검토에는 심판이 필요합니다. 버그를 찾기 위해 모델들을 서로 겨룬다면, 플래그가 지정된 문제들 중 일부는 가설적일 것으로 예상해야 합니다. Anthropic의 노트에 따르면 사람들은 여전히 과도한 설계를 제지해야 했습니다.

다음으로 주목할 점은 Anthropic이 Scion이나 Antique를 공개적으로 출시할지, Git 호스팅 제공업체들이 에이전트 기반 워크로드(agent-heavy workloads)를 겨냥한 기능으로 대응할지, 그리고 다른 AI 중심 팀들에서 유사한 병합 볼륨(merge volume) 증가가 보고될지 여부입니다.

느린 에이전트 또는 CI 실행의 원인을 Git 탓하기 전에, 작업들이 코드를 어떻게 가져오는지 확인해 보세요. 풀 클론(full clones)을 얕은(shallow) 또는 희소(sparse) 체크아웃으로 전환하는 것은 많은 CI 설정에서 한 줄만 바꾸면 되며, 새로운 도구 없이도 클론 시간과 대역폭을 절감할 수 있습니다.

아직 알지 못하는 것들

• 가용성. 요약 내용에는 Scion이나 Antique가 오픈 소스로 공개될지 또는 제품으로 제공될지에 대한 언급이 없습니다.
• 증가의 원인. Willison이 새로운 모델과 더 높은 속도 사이의 연관성을 제시한 것은 그의 추측입니다. 요약은 에이전트 작성 변경 사항, 인력 증가, 프로세스 변화 간의 구분을 제시하지 않습니다.
• 변경으로 간주되는 것. 병합된 변경 사항의 일반적인 크기를 알 수 없기 때문에, 하루 30,000건이라는 수치를 다른 회사와 비교하기는 어렵습니다.
• 고려된 대안. 요약에는 Anthropic이 자체 시스템을 구축하기 전에 Git의 부분 가져오기 기능(partial-fetch features)을 규모에서 시도했는지에 대한 언급이 없습니다.
• 설계 세부 사항. Willison이 Subversion과 비교한 것은 그의 해석입니다. Scion이 실제로 어떻게 히스토리(history)를 저장하고 체크아웃을 제공하는지는 그가 인용한 구절에는 다루어져 있지 않습니다.
• 품질. 병합 볼륨 증가에 따라 결함률(defect rates)이 변했는지에 대한 데이터는 없습니다.