앤트로픽, 코드 관리 시스템 Scion 출처 논란에 메타 기여 명시

앤트로픽이 사내에서 쓰는 코드 관리 시스템 Scion을 두고 출처 표시 논란이 일었다. 회사는 10월 13일 Scion의 설계와 운영 경험을 공개했다. 이후 메타의 Mononoke에서 얻은 아이디어를 제대로 밝히지 않았다는 비판이 나왔다. 앤트로픽은 10월 15일 발표문에 Mononoke와 그 데이터 모델인 Bonsai의 기여를 명시하는 각주를 추가했다.

출처 논란은 왜 생겼나

Mononoke 개발에 참여한 개발자가 Scion이 먼저 나온 설계를 충분히 알리지 않았다고 비판했다. 쟁점은 코드 변경 기록을 저장하는 방식이다. 메타가 공개한 Sapling 체계의 서버인 Mononoke는 변경 내용 자체를 기본 데이터로 보관한다. 누가 어느 줄을 바꿨는지 같은 조회용 정보는 따로 계산한다. 앤트로픽이 설명한 Scion에도 비슷한 구조가 나온다.

비판 글을 쓴 개발자는 Bonsai 데이터 모델을 가져오면서 Mononoke를 처음부터 충분히 밝히지 않았다고 주장했다. 비공개로 받은 정보를 근거로 의도적인 차용과 개발 인력 중복도 주장했다. 앤트로픽 발표문을 쓴 직원은 Sapling을 언급할 때 Mononoke까지 포함하려는 의도였다고 설명했다. Bonsai에서 아이디어를 얻었지만 출처를 숨기려던 것은 아니라고 밝혔다.

각주가 추가된 뒤 비판 글 작성자는 출처 표시가 충분해졌다고 밝혔다.

하루 3만 건 병합, 어떻게 감당했나

Scion을 만든 배경에는 급증한 코드 변경 작업이 있다. 앤트로픽에 따르면 하루 병합 건수는 2026년 5월 약 2,500건에서 9월 3만 건 이상으로 늘었다. 병합은 여러 개발 작업의 변경 내용을 하나로 합치는 과정이다. 회사는 이 부하를 감당하려고 사내 Git 복제본(미러) 수백 개를 운영했다. 그리고 5개월에 걸쳐 단일 코드 저장소를 Git에서 Scion으로 옮겼다고 밝혔다.

Scion은 변경 기록을 만들고 합치거나 이력을 조회하는 작업을 서버에서 처리한다. 개발자가 쓰는 기기는 필요한 파일과 데이터만 받아 쓴다. 앤트로픽은 전환 뒤 CPU와 메모리 사용 규모가 기존 미러 방식의 200분의 1로 줄었다고 밝혔다. 자동 검사와 연구 작업에 필요한 코드를 가져오는 시간도 몇 분에서 몇 초로 짧아졌다고 설명했다.

내 개발 환경에도 쓸 수 있나

앤트로픽은 Scion이 일반적인 Git 대체품으로는 적합하지 않다고 설명했다. 서버에 연결된 상태를 전제로 만들었기 때문이다. Scion은 앤트로픽의 코드 저장소와 사내 작업 방식에 맞춰 구축됐다. 당장 가져다 쓸 제품보다는, 코드 변경이 많은 조직이 대기 시간과 서버 부담을 줄인 사례에 가깝다.

앤트로픽은 운영 부담을 줄였다고 보고했고, 출처 표시에는 비판을 받아들였다. 남은 질문은 Scion의 실제 구현이 Mononoke와 어떻게 다른지, 사내 환경에서 얻은 개선 효과가 어떤 조건에서 나오는지다.