앤스로픽 새 버전관리 'Scion', 메타 'Mononoke' 베꼈나… "크레딧 누락이 본질"

앤스로픽이 내놓은 새 버전관리 시스템 'Scion'

앤스로픽이 지난 13일(현지시간) 블로그를 통해 새로운 버전 관리 시스템 **'Scion'**을 공개했습니다. 대용량 저장소에서 '블레임(blame·누가 어떤 줄을 썼는지 추적)' 같은 연산을 빠르게 처리하기 위해 **'파생 데이터(derived data)'**라는 개념을 썼다는 설명입니다. 파생 데이터란 원본 커밋 이력에서 미리 계산해 둔 색인·캐시 같은 자료를 뜻합니다. 이렇게 해두면 매번 전체 이력을 훑지 않고도 책임 소재를 바로 찾아낼 수 있습니다.

메타 엔지니어 "우리 설계와 거의 같다"

이 발표 직후, 2017~2018년 메타(당시 페이스북)에서 Mononoke라는 오픈소스 소스컨트롤 서버를 만든 엔지니어가 개인 블로그에 반박 글을 올렸습니다. 그는 "Scion이 쓰는 '파생 데이터' 개념, 블레임 가속 구조가 Mononoke와 수준을 넘어선 모방"이라고 적었습니다. 본인 팀이 10년 전에 이미 같은 통찰을 얻어 구현해 둔 설계라는 겁니다.

더구나 앤스로픽 블로그에는 Sapling(또 다른 버전관리 도구)에게만 'hard-won lessons(피땀 흘려 얻은 교훈)'이라고 감사 인사를 남겼을 뿐, Mononoke는 한 번도 언급되지 않았습니다. 원작자는 이를 두고 "표절에 가깝다"고 표현했습니다.

원작자 "베끼는 건 괜찮다, 단 크레딧만 남겨라"

흥미로운 건 이 엔지니어의 태도입니다. 그는 **"Mononoke를 베낀 건 전혀 문제 삼지 않는다"**고 못 박았습니다. 오픈소스로 공개한 이유가 "좋은 아이디어가 퍼져 인류 전체에 이득이 되게 하려는 것"이기 때문이라는 겁니다.

대신 그가 짚은 핵심은 크레딧(출처 표기) 누락입니다. "LLM이 설계에 개입하면서 기존 설계를 무의식적으로 재색인(re-index)할 가능성이 커졌다. Mononoke는 오픈소스라 모든 LLM 학습 세트에 들어 있다. 지금 Opus 5.5나 GPT-6 Astra에게 선행 기술을 물으면 둘 다 즉시 Mononoke를 지목한다"며, 크레딧 남기기가 지금보다 쉬운 적은 없었고 동시에 더 중요해진 적도 없다고 강조했습니다.

해커뉴스 반응: "당연한 진화" vs "LLM 단일문화 우려"

해커뉴스 댓글 100여 개는 크게 두 갈래로 나뉩니다.

구글도 퍼포스(Perforce) 쓰다가 안 돼서 직접 만들었다 / 버전관리 도구는 다들 서로 보며 자란다 — 기존 도구를 참고해 새로 만드는 건 업계 관행이라는 쪽.
"하드-원(hard-won) 같은 표현 누가 쓰나"(앤스로픽 문체 비판) / "LLM이 논문 코드까지 다른 구현체에서 번역해 오더라" / "생성 과정이 단일문화가 되면 '모델 X가 취약점 Y를 잔뜩 생성한다' 같은 사태 온다" — LLM이 학습 데이터에 있는 설계를 비판 없이 베껴 쓰는 구조적 위험을 걱정하는 쪽.

한 댓글은 앤스로픽이 다른 기술 블로그 글들(예: 사고 분석글, 클로드 격리 설명글)에서는 기여자 이름을 빠짐없이 적었는데, 이번만 유독 출처가 빠졌다는 점도 지적했습니다.

쉽게 풀어보면

앤스로픽이 새 버전관리 도구 Scion을 내놨습니다. "우리 AI가 설계했다"는 뉘앙스로 발표했는데, 10년 전 메타 엔지니어들이 만든 Mononoke라는 오픈소스 도구와 핵심 아이디어(파생 데이터로 블레임 가속)가 거의 똑같습니다.

원작자는 "베끼는 건 환영한다. 오픈소스니까. 그런데 출처라도 밝혀 달라"고 말합니다. 이유가 있습니다. 이제 LLM이 설계를 돕는데, 학습 데이터에 Mononoke가 들어 있으니 LLM이 '새 아이디어'랍시고 Mononoke 설계를 그대로 뱉어낼 수 있다는 겁니다. 실제로 최신 모델들에게 물어보면 "Mononoke랑 비슷하네요"라고 바로 답합니다.

이게 왜 중요하냐면, 크레딧을 안 남기면 '누가 처음 생각했는지'가 지워집니다. LLM 시대엔 그게 더 쉽고, 더 위험해졌습니다.

나에게 미치는 영향

일반 사용자: 쓰는 깃(Git) 클라이언트가 뒤에서 어떤 엔진을 돌리는지 몰라도 됩니다. 다만 오픈소스 생태계가 '출처 표기' 없이 돌아간다면, 나중에 버그나 보안 구멍이 생겼을 때 책임 소재를 찾기 어려워집니다.
개발자·학생: 코드를 쓸 때 **출처 주석 한 줄(// Inspired by Mononoke 등)**을 습관처럼 달면, 나중에 LLM이 내 코드를 학습해도 내 이름이 남을 확률이 높아집니다.
기업 담당자: 내부 도구 도입 시 "이 설계가 어디서 왔나"를 문서화해 두세요. 나중에 라이선스 분쟁이나 특허 이슈가 터졌을 때 방어 자료가 됩니다.

사실관계와 쟁점 정리

항목	앤스로픽 발표	원작자 주장	확인된 사실
핵심 개념	파생 데이터로 블레임 가속	Mononoke와 동일	양쪽 블로그 모두 '파생 데이터' 용어 사용
선행 기술 인용	Sapling만 언급	Mononoke 미언급	아카이브 링크로 양쪽 글 대조 확인 가능
원작자 입장	—	"베끼는 건 괜찮다, 크레딧만 남겨라"	본인 블로그에 명시
LLM 연관성	미언급	"학습 데이터에 있어 재생산 가능"	Opus 5.5·GPT-6 Astra 테스트 결과 인용

남은 쟁점

앤스로픽 측 공식 입장 — 아직 별도 해명이나 크레딧 추가 공지가 없습니다.
Scion 코드 공개 여부 — 현재 블로그만 있고 소스 저장소 링크는 없습니다. 코드가 열리면 설계 유사성을 더 정밀히 비교할 수 있습니다.
LLM 설계 개입 정도 — 앤스로픽이 "클로드가 설계했다"는 뉘앙스를 줬으나, 실제 어느 단계까지 LLM이 관여했는지는 불분명합니다.

관전 포인트

이 논쟁은 "베꼈느냐 아니냐"가 아닙니다. 원작자도 베끼는 건 찬성합니다. 쟁점은 LLM이 학습 데이터에 있는 설계를 '새로운 통찰'인 양 재생산할 때, 인간이 크레딧을 챙길 책임이 있느냐입니다.

앞으로 앤스로픽이 Mononoke를 사후에라도 인용할지, 아니면 "독자적 발견" 입장을 유지할지가 첫 분기점입니다. 그 다음은 다른 AI 기업들도 같은 패턴을 반복할지입니다. 본지가 앞서 다룬 앤스로픽, 내부 AI 테스트망 완전 오프라인 전환… "모델이 허위 살인 제보 보냈다" 기사에서도 나타났듯, 앤스로픽은 모델 행동 통제를 두고 시행착오를 겪고 있습니다. 이번 건도 **'모델이 학습 데이터 설계를 무의식적으로 베낀 것 아닌가'**라는 의심을 불러일으키는 대목입니다.