한 줄 정의

라이선스는 “이 모델을 어디까지 써도 되나”를 적어 둔 규칙표야. Model Weights 나 코드, 데이터셋을 어디까지 써도 되는지, 같은 Benchmark 점수를 받은 모델 둘이 있어도 개인 실험까지만 되는지, 사내 검증까지 되는지, 고객에게 붙여도 되는지가 여기서 갈려.

어떻게 작동하나

실무에서는 보통 네 가지를 먼저 갈라 봐.

  • 내려받아서 내부에서만 돌리는 건 되는지
  • 수정하거나 미세조정한 결과물을 다시 배포해도 되는지
  • 유료 서비스나 상업용 API 에 붙여도 되는지
  • 배포할 때 문서나 고지 의무가 붙는지

MiniMax M2.7 사례가 이 차이를 잘 보여 줘. Hugging Face 모델 카드는 229B params 모델에 SWE-Pro 56.22, Terminal-Bench 2의 57.0 같은 수치를 보여 줬지만, LICENSE 는 다른 얘기를 한다. LICENSE 3항은 상업 사용은 MiniMax의 사전 서면 승인 없이는 금지라고 적고, 4항은 유료 제품, 상업용 API, 상업 목적의 수정본 배포까지 상업 사용으로 본다. 그리고 2026년 4월 14일 커밋 edf8030 에서 5항이 추가돼 개인이 직접 띄워 쓰는 코딩 작업, 에이전트 개발, 도구 연동, 연구와 실험, 비영리·학술 비상업 연구는 무료 허용 범위라고 더 분명하게 적혔다. 즉 점수표는 강점을 보여 주지만, 지금 당장 제품에 붙일 수 있는지는 라이선스가 정하는 셈이야.

반대로 gpt-oss 나 Gemma 4 처럼 Apache 2.0 처럼 제약이 적은 라이선스로 공개된 모델은 상업 사용과 재배포 판단이 훨씬 단순해. 그래도 LICENSE, NOTICE, 별도 사용 조건은 확인해야 하지만, 적어도 “상업 사용은 개별 승인 필요” 같은 문장이 나오면 해석이 완전히 달라진다.

왜 중요한가

라이선스가 중요한 이유는 모델 선택이 성능 비교에서 끝나지 않기 때문이야. 예를 들어 어떤 모델이 Benchmark 에서 더 높은 점수를 받아도, 유료 SaaS 나 고객사 배포를 막는 조건이 붙어 있으면 실제 제품 후보에서는 바로 탈락할 수 있어. 반대로 점수는 조금 아쉬워도 제약이 적은 라이선스면 배포 속도, 법무 검토 범위, 재배포 문서 작업이 훨씬 예측 가능해진다.

2026년 4월 12일에 열린 MiniMax M2.7 커뮤니티 토론도 바로 이 지점에서 붙었다. 사용자들은 “weights 를 공개했다” 와 “open source 로 부를 수 있다” 를 같은 말로 보면 안 된다고 지적했다. OSI Open Source Definition 도 business 같은 특정 사용 분야를 막거나, 재배포 전에 추가 승인을 요구하는 조건을 open source 기준과 분리해서 본다. 그래서 라이선스 문구를 읽을 때는 “무료로 써 볼 수 있나” 보다 “내가 하려는 배포 방식이 허용되나” 를 먼저 물어야 해.

주의해서 볼 점

첫째, 모델 카드의 짧은 label 만 믿으면 안 돼. modified-mit, other, open weights 같은 표시는 방향만 알려 줄 뿐이고, 실제 허용 범위는 LICENSE 본문에 들어 있는 경우가 많아. MiniMax M2.7 도 모델 카드는 강한 성능과 배포 경로를 보여 줬지만, 상업 사용 판단은 LICENSE 3항, 4항, 5항을 읽어야 정리된다.

둘째, 같은 라이선스 이름처럼 보여도 대상이 다를 수 있어. 코드 저장소의 라이선스, 모델 weights 라이선스, 데이터셋 사용 조건이 서로 다르면 가장 넓은 권리가 자동으로 전체에 적용되지 않아. 모델 weights 는 permissive 해도 학습 데이터 재사용이나 상표 사용은 별도 제한이 남아 있을 수 있어.

셋째, 상업 사용 정의를 좁게 읽으면 실수해. 호스팅형 API, 미세조정본 배포, 고객 전용 설치형 번들, 유료 기능 안쪽의 내부 모델 호출까지 상업 사용으로 잡는 문장이 종종 나온다. 그래서 라이선스를 볼 때는 “다운로드 가능 여부” 보다 “배포 형태, 과금 방식, 수정본 제공 방식” 을 같이 체크해야 한다.