오픈 웨이트는 오픈 라이선스가 아니다: 구매 담당자가 감사해야 할 4가지 사례의 스펙트럼
핵심 요약
- Kimi K3.1 Pro의 전체 2.8T 파라미터 웨이트가 11월 2일, 약속한 날짜보다 이틀 앞서 Hugging Face에 공개되었습니다 — 조건은 커스텀 Kimi K3.1-Pro License였고, Artificial Analysis는 11월 4일에도 이 모델을 프로프라이어터리로 표시하고 있었습니다 (felloai의 11월 4일 트래커). 라벨 지연 자체가 교훈입니다: 오픈/클로즈드 경계는 이제 측정 도구에 좌우됩니다.
- 2026년 넉 달 동안 명명된 비퍼미시브 라이선스 사례가 4건 등장했습니다 — Qwen의 축소판 Qwen3.8-Max 웨이트, Mistral의 수정 MIT에 삽입된 MaaS 예외 조항, Meta의 저작자표시 묶음 Muse Model License, 그리고 이제 Moonshot이 이름을 바꾼 K3 라이선스. "오픈 웨이트"는 전달 이벤트를 묘사하지 권한 집합을 묘사하지 않습니다.
- Artificial Analysis는 K3.1 Pro 웨이트가 계산되면 오픈 대 프로프라이어터리 Intelligence Index 격차가 12포인트에서 3포인트로 좁혀질 것이라고 예측합니다 (AA의 예측, felloai 경유) — 셀프 호스팅이 이제 프런티어에 근접한 능력을 살 수 있게 되었지만, 구매자가 읽어야 하는 라이선스 조건 아래에서만 가능합니다.
- 라이선스 조건이 이제 모든 규모에서 나타납니다: MiniMax의 연 매출 2,000만 달러 기준선, Mistral의 MaaS 예외 조항, Meta의 "Built with Muse Spark Open" 표시 의무 — 퍼미시브한 Apache 2.0 기준선이 차트를 모두 커버하지 않습니다.
- K3.1 Pro는 Artificial Analysis Intelligence Index 태스크당 $2.11 (K3는 $2.00) — 더 적은 비용으로 같은 모델이 아니라, 같은 비용으로 더 강한 모델입니다 (felloai); 토큰이 저렴하다고 태스크가 저렴해지는 것은 아닙니다.
Moonshot은 11월 2일, 11월 4일 약속보다 이틀 앞서 Kimi K3.1 Pro의 전체 웨이트 — 총 2.8조 파라미터, 활성 1,040억, 1M 토큰 컨텍스트, 96개 샤드로 약 1.56TB — 를 Hugging Face에 공개했고, 조건은 커스텀 Kimi K3.1-Pro License였습니다. 이 라이선스는 Kimi K3 라이선스를 그대로 두고 이름만 바꾼 것이며, Artificial Analysis는 업로드 이틀 뒤인 11월 4일에도 이 모델을 프로프라이어터리로 표시하고 있었습니다 (felloai). 넉 달 전이라면 같은 릴리스 시트 해석은 미해결 질문 하나로 끝났을 것입니다 — 10월 25일에 발행한 릴리스 시트 감사는 "라이선스 미명시"를 웨이트 데이의 최우선 미결 항목으로 두고, 웨이트가 도착하면 5개 항목 감사를 실행하라고 요구했습니다 (웨이트 데이 방법론).
답은 왔지만 "오픈"이 아니었습니다. 이제 모든 주요 오픈 웨이트 랩에 걸쳐진 패턴 속 네 번째의 명명된 비퍼미시브 사례입니다: Qwen은 Qwen3.8-Max 다운로드에서 기능을 잘라냈고 (축소 릴리스 분석), Mistral은 수정 MIT에 Model-as-a-Service 예외 조항을 넣었으며 (Mistral Large 4 오픈 웨이트 발표), Meta는 저작자표시를 Muse Model License에 묶었고 (모델 카드), Moonshot은 한정적 라이선스의 이름을 바꾸어 프런티어 근접 벤치마크와 함께 공개했습니다. 이 글은 4가지 사례를 하나의 스펙트럼 위에 놓고, 웨이트 데이가 확정하는 측정 질문과 라이선스 질문을 분리하며, 셀프 호스팅 결정이 가격 책정되기 전에 실행할 5개 항목 감사를 제시합니다.
한 스펙트럼 위의 네 가지 사례
아래 표가 그 스펙트럼입니다. 각 릴리스는 같은 동작의 다른 방식 — 조건을 단 채로 웨이트를 공개 — 입니다.
| 릴리스 | 라이선스 이름 | 조건 | 구매자가 확인할 것 |
|---|---|---|---|
| Qwen3.8-Max (2026년 8월) | Qwen3.8-Max License | 오픈 웨이트가 축소됨: 다운로드는 기본 아키텍처와 코딩 에이전트 벤치마크만; 관리형 API는 비전 입력, 1M 컨텍스트, thinking 제어, 내장 도구 보유 | 관리형 API를 다운로드가 실제로 갖춘 기능과 비교 — 모델 카드와 LICENSE 파일이 경계를 정의 |
| MiniMax M3.1 Flash (2026년 10월) | MiniMax Community License | 년 연 매출 2,000만 달러 기준선과 저작자표시 요건이 상업적 셀프 호스팅을 제한 (웨이트 데이 감사) | 매출(계열사 포함)이 기준선 아래인가? 자사 워크로드의 캐시 히트율로 API 대안을 가격 평가 |
| Mistral Large 4 (2026년 10월 29일) | Mistral Ecosystem Open-Weight license | 수정 MIT: 사용·수정·파인튜닝·상업화 자유 — 단, 한 가지 조건: Model-as-a-Service 사업을 운영하는 기업은 별도의 상업용 라이선스가 필요 (Mistral 발표) | 제품이 제3자에게 모델을 제공하는가? 내부 사용은 면제; MaaS 경계가 이 라이선스의 유일한 함정 |
| Muse Spark Open (2026년 10월 15일) | Muse Model License | 제한적 상업 조건; 모델이나 파생물을 사용하는 각 제품·서비스의 UI에 "Built with Muse Spark Open"을 눈에 띄게 표시해야 함 (LICENSE) | 저작자표시는 코드 주석이 아니라 제품 표면의 의무 — 당신 UI를 배송하는 사람이 누구며, 표시를 실어줄 수 있는가 |
| Kimi K3.1 Pro (2026년 11월 2일) | Kimi K3.1-Pro License | K3 라이선스의 이름 변경: 내부 사용 무료; 대형 Model-as-a-Service 리셀러는 별도 계약 필요 (felloai의 라이선스 확인) | K3와 같은 확인. 동일 라이선스 파생물 주시 — 웨이트 도착 전에 "무제한" 파생물 목록으로 사전에 올라와 있었다 |
다섯 줄 중 세 줄이 최근 3주의 것입니다. 속도 자체가 발견입니다: 8월의 랩별 개별 기이함은 11월에 유형이 되었습니다.
K3.1 Pro 줄은 릴리스 시트의 미결 항목을 풀었습니다 — 권한이 아니라 제한으로서. 10월 25일 릴리스 시트 감사는 "라이선스 미명시"를 5개 항목 감사의 #1 체크로 두고,셀프 호스팅 계획을 다시 쓸 유일한 항목으로 가격 책정했습니다. 해결은 K3 라이선스의 이름 변경본 — 상업적 제한이 붙은 MIT 기반 커스텀 문서로, 대형 Model-as-a-Service 리셀러의 별도 계약 의무를 포함합니다 (AY Automate의 라이선스 FAQ). 내부 사용은 무료입니다 (BERI의 해설). 에이전트가 내부 워크플로에만 응답하는 중견 구매자 — 견적 데스크, 인보이스 대조 게이트, 지원 그래프 — 에겐 내부 사용 무료가 핵심 조항이고, 그 조항은 유지됩니다. 프런티어 모델을 고객 대면 제품에 넣는 구매자에게는 별도 계약 조항이 전부이며, 라이선시와 모든 계열사에 적용됩니다.
Mistral 줄은 퍼미시브에 가장 가깝습니다 — 그래도 퍼미시브가 아닙니다. Mistral의 발표 자체가 예외 조항을 단호하게 서술합니다: Mistral Ecosystem Open-Weight license는 수정 MIT라이서서 사용·수정·파인튜닝·상업화가 자유롭고, "단 하나의 조건으로, Model-as-a-Service 사업을 운영하는 기업은 상업적 사용 전에 Mistral에게 별도의 상업용 라이선스를 취득해야 합니다" (발표). "Le Chonk"를 자기 벽 안에서 돌리는 기업 — 모델을 서비스로 노출하지 않는 임베디드 기능 뒤의 사용 — 에겐 그 조건이 발동되지 않을 수도 있습니다. 모델 호출을 고객에 중개하는 B2B 소프트웨어 벤더에게는 즉시 발동합니다. 같은 라이선스 파일, 같은 회사, 정반대의 구매 결론.
Qwen 줄은 두 번째 메커니즘을 보여줍니다: 감산에 의한 조건화. Qwen3.8-Max의 오픈 웨이트는 기본 아키텍처와 코딩 에이전트 벤치마크를 실어 왔지만, 비전은 없고 컨텍스트는 262K 한도, thinking은 고정이었습니다 (축소 릴리스 분석) — LICENSE 파일은 아예 축소 웨이트와 완전한 관리형 서비스를 하나의 "Qwen3.8-Max License"로 같이 커버합니다. 같은 기간의 대조 사례가 Moonshot의 K3.1 Pro입니다: 11월 2일의 다운로드는 완전한 기능 집합 — 비전, 1M 컨텍스트, 나머지 전부 — 를 담고 있습니다 (felloai의 스펙 표). 기능 잘라내기와 조건 제한은 같은 격차를 파는 두 방식이고, 구매 결정은 각 릴리스가 그중 어느 쪽을 실현하는지 이름 짚어야 합니다.
한 장의 그림으로 요약한 스펙트럼: 각 릴리스의 위치, 실은 조건, 대세를 결정한 세 개의 숫자.
라이선스 파일이 확정하고 발행 글은 답하지 않은 것
스펙트럼에는 퍼미시브 기준선이 있고, 그것은 차트의 일부만 커버합니다. Muse Glimmer — Meta의 30B 밀집 에이전트 모델 — 은 수익 상한 없는 Apache 2.0으로 공개되었습니다 (분기 분석); 이 규모 등급에서는 여전히 퍼미시브가 정상입니다. 프런티어 이상에서는 최근 모든 오픈 웨이트 릴리스가 명명된 조건을 하나씩 실어 옵니다. 실무적 결과는 이렇습니다: "오픈 웨이트"는 더 이상 구매 팀이 상속받을 수 있는 이진 판정이 아닙니다 — 릴리스마다, 조건 유형마다 — 수익 기준선, MaaS 예외, 표시 의무, 기능 축소 — 검증해야 할 필드입니다.
두 가지 도구적 사실이 이 논점을 예리하게 합니다. 첫째, Artificial Analysis는 업로드 이틀 뒤인 11월 4일에도 K3.1 Pro를 프로프라이어터리로 표시하고 있었습니다 — 능력의 사실이 아니라 색인 지연입니다 (felloai). "이 모델은 오픈인가"를 인덱스에 물어보는 구매자는 라이선스 파일보다 며칠 늦은, 도구에 좌우되는 답을 받습니다. 또한 같은 55.1의 Intelligence Index 점수가 K3.1 전용 페이지에는 v4.3.2로, 11월 집계 페이지에는 v5.0으로 라벨되어 있습니다 — 두 라벨을 함께 인용하지 말고, 하나의 스케일 세대로 일관되게 인용하십시오. v5 스케일과 v4 스케일은 비교 가능한 숫자가 아닙니다.
둘째, 파생물 위험은 웨이트가 도착하기도 전에 실재합니다: "무제한" K3.1 Pro 파생물이 업로드에 앞서 Hugging Face에 사전에 올라와 있었습니다 (파생물 목록). K3.1 Pro의 한정적 조건은 파생 체크포인트로 신뢰성 있게 전달되지 않습니다 — 커뮤니티 파인튜닝이 벤더의 체크포인트 대신 자사 스택에 들어오는 순간, 셀프 호스팅 구매자는 이 배포 위험을 상속합니다. 공지 시점이 아니라 유입 시점에 라이선스 이름을 검증하는 조맆이 이것을 잡아낼 것입니다.
두 번째 감사: 웨이트 데이가 숫자에 대해 확정하는 것
라이선스는 10월 감사의 미결 항목이었습니다. 11월의 웨이트 데이는 두 번째 집합 — 릴리스 시트의 주장이 독립 하네스 아래에서 뭘 되는지를 말해주는 이중 측정 행 — 을 확정합니다. 릴리스 시트 감사는 이것들을 시트만으로는 답할 수 없는 체크로 규정했습니다:
- Terminal-Bench 4.0 서열은 하네스에 좌우됩니다. Artificial Analysis는 K3.1 Pro를 67%로 측정 — 이 벤치에서 측정된 이래의 최고점 — 반면 Moonshot의 자체 실행은 Claude Code 하네스에서 65.7%를, 그 하네스에서의 Opus 5.5는 66.4%를 인쇄했습니다 (felloai의 이중 측정 표). Opus 5.5 대비 0.7포인트 격차는 노이즈 안에 머뭅니다; GPT-6 Astra(58.2%) 대비 서열은 두 컬럼 모두 유지됩니다.
- 환각 수치는 방향이 일치하고 크기는 다릅니다. Moonshot은 내부 스트레스 벤치에서 23.4%에서 8.3%로의 하락을 보고; Artificial Analytics는 더 작은 하락, 53%에서 44%를 측정했습니다 (felloai). 두 행 모두 라벨이 달립니다 — 벤더 벤치는 스트레스 테스트, AA 행은 복합 지표 — 라벨을 떼어낸 인용은 잘못된 인용입니다.
- 토큰이 저렴해지는 동안 태스크당 비용은 역방향으로 움직였습니다. K3.1 Pro는 인덱스 태스크당 K3보다 출력 토큰을 14% 더 쓰므로, Artificial Analysis의 태스크당 비용은 K3의 $2.00 대비 $2.11입니다 (felloai). 정가는 3분의 1 내렸지만 태스크당 가격은 내리지 않았습니다. 토큰 단가 스프레드시트가 놓치는 행입니다.
- 격차 예측이 이제 계산 가능합니다. 웨이트가 나온 지금, K3.1 Pro는 인덱스 최고의 오픈 웨이트 모델이며, AA는 오픈 대 프로프라이어터리 Intelligence Index 격차가 12포인트에서 3포인트로 좁혀진다고 예측합니다 (felloai). 3포인트는 벤치마크의 노이즈 바닥 안에 있으며 — 이는 중견 규모의 대부분 구매 결정에서, 오픈 웨이트 배치와 프로프라이어터리 API를 나누는 것이 이제 능력의 문제가 아니라 라이선스의 문제라는 뜻입니다.
K3.1 이후의 5개 항목 라이선스 감사
감사는 다섯 질문으로 요약됩니다. 구각 구매자가 한나절에 읽을 수 있는 아티팩트로 답변 가능합니다:
| # | 확인 항목 | 아티팩트 | 예방하는 실패 |
|---|---|---|---|
| 1 | 라이선스의 정확한 이름은 — 표준 라이선스인가? | 웨이트 저장소의 LICENSE 파일 | 커스텀 라이선스를 Apache 2.0 가정으로 셀프 호스팅 계획을 가격 책정하는 것 |
| 2 | 수입을 조건에 붙인 제한이 있는가 — 누구의 수입을? | 계열사 문구를 포함한 라이선스의 기준 조항 | "무료 상업용"을 "다음 회계연도까지 무료"로 바꾸는 2,000만 달러급 기준선 |
| 3 | 예상 배포가 예외 조항에 해당하는가? | MaaS/임베디드 기능의 정의를 한 단어 단위로 | 제품 출시 때 모델을 고객 대면 제품에 넣으려면 별도 라이선스가 필요하다는 사실을 뒤늦게 발견 |
| 4 | 오픈 웨이트가 관리형 API 대비 기능적으로 완전한가? | 모델 카드와 API 문서의 기능별 비교 | 다운로드가 갖추지 않은 기능(비전, 긴 컨텍스트, 도구)위에 구축하는 것 |
| 5 | 독립 하네스가 재현한 것은? | 벤더 숫자 곁에 놓인 Artificial Analysis / 커뮤니티 행 | 하네스 표시 없이 65.7%를, 스트레스 벤치 라벨 없이 8.3% 환각률을 인용 |
이 순서로 실행하십시오. 질문 1–3은 법무 영역이고, 각각이 GPU 한 장을 가격 책정하기도 전에 셀프 호스팅 옵션을 끝낼 수 있습니다. 질문 4–5는 기술 영역이며, 위 사례 각각은 발행 글만 읽은 구매자가 놓칠 법한 행을 적어도 하나 갖고 있습니다.
대표적인 구축 사례
중견 도매 유통업체는 견적 데스크를 관리형 프로프라이어터리 모델로 운영하면서, RFQ 수요 에이전트의 셀프 호스팅 비용 통제를 원합니다. 5개 항목 감사는 한나절에 넘어갑니다: 대상 모델의 라이선스는 명명된 커스텀 사례(체크 1 발동); 유통업체의 매출은 어떤 기준선보다 훨씬 아래이고 에이전트의 답변은 사내에서만 노출 — 내부 사용, MaaS 노출 없음(체크 3 통과); 오픈 웨이트는 유입 파이프라인에 필요한 비전과 장문 컨텍스트 기능을 실음(체크 4 통과); 독립 하네스 행은 노이즈 범위 안에서 능력 등급을 재현(체크 5 통과). 셀프 호스팅 경로는 실제로 통과 가능한 라이선스 기준으로 가격 책정 — 견적 데스크는 상시 검색 워크로드를 라이선스가 허가한 모델로 옮기고, 벤더의 스트레스 벤치 점수가 가장 중요한 두 개의 적대적 프롬프트 워크로드엔 관리형 API를 유지합니다.
범위가 정해진 구축을 요청하십시오 — 시스템, 라이선스와 기능 제약, 워크플로를 일주일에 걸쳐 매핑해 드립니다. 함께하시든 그러지 않든, 시스템 목록, 워크플로 지도, 고정된 범위를 받습니다.
관련 읽기
- Kimi K3.1 Pro와 0.7포인트 격차 — 모체 글: "라이선스 미명시" 미결 항목을 이번 웨이트 데이 확정이 답한 릴리스 시트 해석
- Qwen3.8 오픈 웨이트는 축소판으로 도착했다 — 스펙트럼의 1번 사례: 감산에 의한 조건화, 그리고 이것이 기록한 오픈/클로즈드 경계 이동
- 라이선스 속 2,000만 달러선: MiniMax M3.1 Flash 웨이트 데이 감사 — 이 글이 실행하는 웨이트 데이 감사 방법론, 그리고 수익 기준선의 선례
귀하의 시스템을 위해 이것을 구축하고 싶으신가요?
여기의 각 문서는 실제 프로덕션 작업에서 나왔습니다. 대상 시스템과 워크플로가 있다면, 1주 내에 빌드를 범위 정의할 수 있습니다.
범위 정의 빌드 요청1주 발견. 시스템 인벤토리, 워크플로 맵, 고정 범위를 받습니다 — 우리와 빌드할지 여부와 관계없이.