알리바바 Qwen 매출 공유 보도, 오픈소스 라이선스 점검 항목

8/07/2026 ·impact

알리바바 Qwen 매출 공유 보도, 오픈소스 라이선스 점검 항목

알리바바가 다음 오픈웨이트 Qwen 모델의 대형 상업 사용자에게 매출의 일부를 요구할 계획이라고 로이터가 보도했습니다. 근거는 회사 계획을 아는 익명 소식통 2명이고, 알리바바의 공식 발표나 확인은 없습니다. 요율도 아직 정해지지 않았다는 것이 기사의 표현입니다. 보도 단계이지만, 오픈웨이트 모델을 제품에 넣어 파는 쪽이라면 지금 라이선스 파일을 다시 열어 볼 이유는 충분합니다.

이 건에서 확정된 것과 아닌 것

로이터 단독 보도는 알리바바가 다음 오픈웨이트 모델에 매출 공유 조건을 붙일 계획이라고 전합니다. 대상은 Qwen3.8-Max 의 오픈웨이트 판이고, 공개 시점은 보도 기준으로 다음 주입니다. 기사가 밝힌 출처는 회사 계획을 아는 두 사람이며, 계획이 공개된 것이 아니라서 익명을 요청했다고 적혀 있습니다. 요율 부분은 아직 논의 중이라 정해지지 않았다는 한 줄로 끝납니다. 논의가 진행 중이라는 뜻이지, 숫자가 정해졌는데 안 밝히는 상황이 아닙니다. 그래서 이 건은 층을 갈라 읽어야 합니다.

  • 확정: 로이터가 익명 소식통 2명을 인용해 이 계획을 보도했다는 사실
  • 미확정: 요율, 적용 매출 기준선, 시행 시점, 계약 주체
  • 부재: 알리바바의 공식 확인이나 반박

Qwen3.8-Max 자체는 이번 주 초 공개됐습니다. 총 파라미터 2.4조, 활성 파라미터 950억인 MoE 구조로 알려져 있고 지금은 API 로만 접근합니다. 가중치가 실제로 풀린다면 알리바바가 Max 계열을 오픈웨이트로 내놓는 첫 사례가 됩니다. 이 블로그에 먼저 쓴 Qwen3.8 Max 벤치마크 점수는 올랐는데 비용은 왜 2배인가는 전부 API 단가를 기준으로 계산한 글이었는데, 가중치를 받아 직접 돌리는 선택지가 생기면 계산에 항목이 하나 더 붙습니다. 매출 공유 조건이 실제로 걸린다면 그 항목은 계약서 쪽에서 생깁니다.

로이터 원문 기사 확인하기

Qwen 라이선스는 이미 한 종류가 아닙니다

"Qwen 은 Apache 2.0" 이라는 말은 절반만 맞습니다. Qwen3 공식 저장소는 오픈웨이트 모델 전부가 Apache 2.0 이라고 적어 두었고, Qwen3-8B 의 LICENSE 파일을 열어 보면 Apache License 2.0 원문이 그대로 들어 있습니다. 0.6B 부터 32B 까지의 dense 모델과 30B-A3B, 235B-A22B 가 이 범위입니다. 여기서는 사용자 수나 매출을 따지는 조항 없이 상업적으로 씁니다.

다른 계열은 조건이 다릅니다. Qwen2.5-72B 의 LICENSE는 Apache 2.0 이 아니라 Qwen License Agreement 입니다. 문서에는 상업적으로 쓰면서 제품이나 서비스의 월간 활성 사용자가 1억을 넘으면 알리바바에 별도 라이선스를 요청해야 한다는 조항이 들어 있습니다. 2024년 9월자로 발효된 문서입니다. 대형 사용자에게 별도 계약을 요구하는 발상 자체는 이번 보도가 처음이 아닌 셈입니다.

Max 계열은 세 번째 경우입니다. Qwen3-Max 부터 알리바바는 최상위 모델의 가중치를 공개하지 않고 API 로만 제공해 왔습니다. 정리하면 Qwen 이라는 이름 아래 Apache 2.0, 자체 라이선스, 비공개 API 가 동시에 존재합니다. 사내 문서나 조달 자료에 "Qwen 은 오픈소스" 라고 한 줄 적어 두고 넘어갔다면, 그 문장이 어느 모델을 가리키는지부터 확인해야 합니다. 이름이 같다고 조건이 같지 않습니다.

오픈웨이트와 오픈소스는 다른 말입니다

OSI 가 정리한 Open Source AI Definition은 네 가지 자유를 요구합니다. 목적을 묻지 않고 쓰는 자유, 구성 요소를 뜯어보는 자유, 출력까지 바꾸는 자유, 그대로든 고쳐서든 공유하는 자유입니다. 여기에 더해 가중치와 학습·실행 코드, 학습 데이터에 대한 충분한 정보가 OSI 승인 조건으로 제공돼야 합니다. 소프트웨어 쪽 원본인 Open Source Definition 6항은 특정 분야에서의 사용을 제한하지 못하게 못 박아 두었습니다.

매출 공유 조건은 이 기준에서 걸립니다. 매출이 일정 규모를 넘으면 별도 계약을 맺어야 한다는 조항은 목적을 묻지 않고 쓰는 자유를 깎기 때문입니다. 이런 모델은 오픈소스보다 오픈웨이트라는 표현이 정확합니다. Meta 의 Llama 도 같은 이유로 OSI 기준을 만족하지 못합니다. Llama 커뮤니티 라이선스에는 월간 활성 사용자 7억을 넘는 사업자가 Meta 에 별도 라이선스를 요청해야 하고 Meta 가 재량으로 거절할 수 있다는 조항이 있습니다.

이 구분은 실무에서 걸립니다. 조달 심사나 보안 검토에 "오픈소스 모델" 로 올린 항목이 실제로는 사용 조건이 붙은 가중치라면, 나중에 계약 조건을 처음부터 다시 검토해야 합니다. 법무 검토를 이미 통과한 건이라도 라이선스 원문이 아니라 요약 글을 근거로 통과했다면 다시 보는 편이 안전합니다. 특히 모델을 재배포하거나 파인튜닝 결과물을 외부에 파는 구조라면 원문에서 확인할 조항이 하나 더 늘어납니다.

Open Source AI Definition가중치만 공개된 모델을 오픈소스로 부를 수 있는지 판단하는 기준

Moonshot 이 먼저 그어 둔 선

로이터가 선례로 든 것은 Moonshot 의 Kimi K3 입니다. 이 라이선스는 모델을 서비스로 제공하는 사업자의 매출이 연속 12개월 기준 2,000만 달러를 넘으면 Moonshot 과 별도 계약을 맺도록 요구합니다. 여기서 매출은 Kimi K3 로 번 돈만이 아니라 라이선시와 계열사의 합산 매출입니다. 문턱을 넘기는 조건이 생각보다 헐겁습니다. 가중치는 2026년 7월 27일에 공개됐습니다.

"서비스로 제공" 의 범위도 문서에 정의돼 있습니다. 제3자가 입력이나 파라미터, 학습 데이터를 직접 통제하면서 추론이나 파인튜닝에 접근하게 해 주는 형태가 여기 들어갑니다. 모델을 제품의 한 기능으로 끼워 넣은 경우, 외부에 호스팅된 모델로 요청을 넘기기만 하는 경우는 빠집니다. 여기에 더해 월간 활성 사용자 1억 또는 월 매출 2,000만 달러를 넘는 상업 제품은 인터페이스에 Kimi K3 이름을 노출해야 한다는 표기 의무도 붙습니다.

요율 숫자는 조심해서 읽어야 합니다. 로이터 기사에서 최대 30% 매출 공유를 언급한 것은 소식통 한 명이고, 그 숫자는 Moonshot 사례에 붙은 것입니다. 알리바바 요율이 아닙니다. 공개된 Kimi K3 라이선스 문서 자체에는 비율이 적혀 있지 않고 별도 협상을 요구하는 문장만 들어 있습니다. 30% 를 알리바바 쪽으로 옮겨 적으면 두 단계나 틀립니다.

Kimi K3 라이선스 조항 정리매출 문턱을 라이선스에 직접 써 넣은 문서를 뜯어본 글

지금 점검할 목록

프로덕션에 오픈웨이트 모델이 들어가 있다면 순서는 이렇습니다. 먼저 쓰고 있는 모델의 정확한 리포지터리와 버전을 적습니다. Qwen3-8B 와 Qwen2.5-72B 는 조건이 다르니 "Qwen" 이라고만 적힌 목록은 쓸모가 없습니다. 그다음 각 리포지터리의 LICENSE 파일을 직접 엽니다. README 요약이나 모델 카드의 라이선스 배지가 아니라 원문입니다. 배지는 계열이 바뀌어도 그대로 남아 있는 경우가 있습니다.

  • 모델별 리포지터리 URL 과 커밋 해시
  • LICENSE 파일 원문과 내려받은 날짜
  • 사용자 수·매출 문턱 조항의 유무와 숫자
  • 이름 표기 의무 유무
  • 재배포와 파인튜닝 산출물에 붙는 조건

이 목록은 한 번 만들고 끝나는 물건이 아닙니다. 라이선스는 새 버전이 나올 때 조용히 바뀝니다. 성격이 인증서와 비슷합니다. 쿠버네티스 인증서 만료를 미리 확인하고 kubeadm certs renew 로 갱신하는 점검처럼, 터진 뒤에 확인하면 이미 늦은 항목입니다. 분기마다 LICENSE 파일의 해시를 한 번 비교하는 정도면 충분합니다.

기록을 어디에 둘지는 취향입니다. 스프레드시트로도 되고, FastAPI 로 CRUD 화면을 만드는 정도의 내부 페이지 하나면 모델명, 버전, 라이선스 종류, 문턱 조항, 마지막 확인일을 한 줄씩 쌓을 수 있습니다. 도구보다 확인 주기가 문제입니다. 모델을 갈아 끼우는 작업 자체도 EKS 위 Vault 의 Raft 클러스터를 복구했던 기록처럼 미리 한 번 해 보고 절차를 적어 두는 편이 낫습니다. 라이선스 조건이 바뀌어 급히 다른 모델로 옮겨야 할 때, 그 절차가 있는 팀과 없는 팀의 차이가 큽니다.

이름이 아니라 계열로 고릅니다

고를 때 기준은 모델 이름이 아니라 계열입니다. 매출 조건 없이 상업적으로 써야 하면 Apache 2.0 이 적힌 Qwen3 저장소 범위로 좁히는 것이 지금 확실한 선택입니다. 요율과 적용 매출 기준선은 로이터 보도 단계라 정해진 숫자가 없고, 기사의 30% 는 Moonshot 사례입니다.

매출 공유 조건이 붙는 순간 그 모델은 OSI 기준의 오픈소스가 아니라 오픈웨이트입니다. Qwen 이라는 이름 하나에 Apache 2.0 과 자체 라이선스, 비공개 API 가 섞여 있으니 OSI 정의로 계열마다 따로 판단해야 합니다.

프로덕션에 올라간 모델 하나를 골라 LICENSE 원문을 열고, 확인 날짜와 다음 확인일을 적어 두세요.

출처: 로이터 단독 보도, Qwen3 저장소, Qwen3-8B LICENSE, Qwen2.5-72B LICENSE, Open Source AI Definition, Open Source Definition