LocalLLaMA, MiniMax M2.7를 “open source”가 아닌 restricted open weights로 규정
Original: MiniMax M2.7 is NOT open source - DOA License :( View original →
MiniMax M2.7를 둘러싼 r/LocalLLaMA의 분위기는 매우 빠르게 바뀌었다. 처음에는 새 모델 공개 자체에 대한 기대가 컸지만, 몇 시간 지나지 않아 핵심 논쟁이 성능이 아니라 LICENSE 조항으로 이동했다. 가장 많이 주목받은 글은 Hugging Face에 weights가 공개돼 있어도, 실제 LICENSE가 non-commercial이기 때문에 이 모델을 open source라고 부르기 어렵다고 지적했다.
실제 공개된 LICENSE 문구는 꽤 직설적이다. MiniMax M2.7의 Hugging Face LICENSE 파일은 non-commercial use만 MIT-style terms로 허용하고, 모든 commercial use에는 MiniMax의 사전 서면 승인이 필요하다고 적고 있다. 더 중요한 점은 commercial use의 정의가 매우 넓다는 것이다. 유료 제품이나 서비스, commercial API, 그리고 fine-tuning이나 post-training을 거친 derivative model을 상업적으로 배포하는 행위까지 모두 포함한다. military use가 금지 항목에 별도로 명시된 점도 커뮤니티의 반응을 키웠다.
이 문제는 단순한 naming 싸움이 아니다. 로컬 모델 생태계에서는 Hugging Face에 weights가 올라오고 GGUF 변환본이 돌기 시작하면, 많은 팀이 무의식적으로 “production에 바로 올릴 수 있겠다”는 가정을 한다. 하지만 MiniMax M2.7의 현재 LICENSE는 그 지름길을 막는다. 연구, 취미, 비상업적 benchmark에는 충분히 쓸 수 있겠지만, 스타트업 제품이나 commercial inference stack에 바로 넣는 선택지는 LICENSE 수준에서 차단돼 있다. 즉, 이것은 permissive open-source release라기보다 open weights에 restricted license가 붙은 사례에 가깝다.
이 스레드가 유용한 이유는 capability 발표보다 LICENSE 검토가 늘 뒤늦게 따라온다는 현실을 잘 보여주기 때문이다. quantization, benchmark chart, deployment guide가 빠르게 퍼질수록, 엔지니어링 팀은 실제 권리 범위를 확인하기 전에 시간을 먼저 투자하기 쉽다. MiniMax M2.7에서 얻을 수 있는 가장 실용적인 교훈은 단순하다. 모델을 고르기 전에 LICENSE를 읽고, derivative fine-tuning과 commercial serving이 허용되는지 먼저 확인해야 한다. 현재 공개 문구만 보면 MiniMax M2.7의 production 사용에는 별도의 written authorization가 필요하다.
Related Articles
댓글의 관심은 “encoder-free”라는 표현이 실제 아키텍처에서 무엇을 뜻하는지에 모였다.
LocalLLaMA가 이 글에 몰린 이유는 MiniMax가 M2.7 라이선스 불안을 잠재우려 했기 때문이다. 하지만 스레드 분위기는 문장이 부드러워진 것과 별개로, self-hosted 상업 사용이 정확히 어디까지 허용되는지는 여전히 흐리다는 쪽이었다.
LocalLLaMA는 DeepSeek V4 공개 자체보다, 1M context와 activated parameter 수가 실제 하드웨어에서 어떤 의미인지부터 계산하기 시작했다. 스레드는 곧 “RAM을 더 질렀어야 했다”는 반응과 MIT license 호평으로 채워졌다.