같은 이름, 세 개의 다른 손
유명한 모델 이름을 검색하면 대개 여러 번 발견돼: 메이커 자신의 리포지토리, 커뮤니티 미러, 그리고 살짝 리프레시된 이름의 파생 재릴리스. 앞의 두 경우엔 바이트까지 동일할 수 있어. 근데 아카이브 관점에서, 메이커에게서 수집하는 것과 미러에서 수집하는 것의 차이는 나중에 무엇을 보증할 수 있는가의 차이야 — 그리고 가끔은 실제로 뭘 받았는가의 차이이기도 하지.
구분할 세 개의 손:
- 메이커 — 모델을 학습시키고 자기 계정에서 배포하는 조직이나 개인. 그들의 리포지토리가 사슬의 기원이야: 발표, 논문, 릴리스 역사가 여기 붙어.
- 미러 — 파일을 재호스팅하는 제3자. 때로는 공공 서비스고(가용성 보존), 때로는 게으름이나 SEO고, 가끔은 전혀 다른 걸 감싼 포장이야. 미러는 조용히 썩어: 상류가 라이선스 실수를 고치거나 손상된 파일을 치워도, 미러는 옛 객체를 계속 서빙해.
- 원복 차림한 파생형 — 위험한 놈이야. 원본 이름으로 재업로드했는데 내용물이 조용히 다른 것: 재양자화, 재토크나이즈, 또는 은밀하게 재구축. 다른 바이트를 배포하면서 원본의 평판을 빌려 와.
손들 가려내기
표지는 겉치레가 아니라 행동이야. 메이커의 계정은 다른 일관된 작업을 게시해 — 형제 모델들, 논문, 릴리스 발표, 이슈 응답. 커밋 히스토리는 저작을 보여 줘: 학습이나 내보내기 커밋, 반복적 수정, 공개 릴리스 타임라인과 맞는 날짜들. 카드는 학습 run을 아는 사람의 글이야 — 돌려 봤으니까.
미러의 표지: 일괄 업로드 히스토리(커밋 하나, 파일 전부), 리포 목록이 남의 유명 모델 잡동사니인 계정, 원본을 고쳐 쓰거나 잘라 낸 카드, 자기만의 발표 표면 없음. 이게 악의의 증거는 아니야 — 대부분의 미러는 정직해 — 하지만 네가 원천에서 한 걸음 더 멀어졌고, 업로드된 날에 이야기가 끝난 사본을 쥐고 있다는 증거야.
실전에서 이 구분이 사 주는 것: 질문에 대한 권위, 수정에 대한 정확성, 객체에 대한 정직함. 라이선스 분쟁이나 손상 파일 사고가 상류에서 일어나면, 메이커의 리포가 정정이 내려앉는 곳이야. 미러는 — 좋든 나쁘든 — 어제의 객체가 영원히 사는 곳이지.
메이커가 사라졌을 때
때로 기원이 사라져 — 계정 삭제, 리포 제거. 그러면 질문이 뒤집혀: 살아남은 사본 중 가장 문서화된 것은 어느 쪽인가? 자기가 무엇인지 밝히고, 스냅샷한 상류 revision을 기록하고, 제3자가 뒷받침하는 다이제스트를 든 미러를 택해. 출처를 기록한 정직한 미러는 정당한 아카이브 소스야. 이름 없는 재업로드는, 바이트가 우연히 맞더라도, 아니야.