- Published on
라이선스와 배포: 유형 읽는 법과 양자화 배포판 출처 확인
- Authors
- Name
- Youngju Kim
- @fjvbn20031
- 라이선스 식별자는 목차이지 조건이 아닙니다
- 실제로 마주치는 라이선스 유형
- 커뮤니티 라이선스가 요구하는 것들
- 비상업 조건은 개발 단계에서 걸러야 합니다
- 게이트 저장소는 배포 파이프라인 문제입니다
- 양자화 배포판은 원본이 아닙니다
- GGUF 저장소의 출처를 확인하는 법
- 실행 예시
- 배포 전 체크리스트
- 직접 해보기
- 시리즈 안내
- 참고 자료
모델 정보는 2026-08-12에 Hugging Face 페이지에서 직접 확인했습니다. 모델 카드와 라이선스는 바뀔 수 있으니 사용 전 원본을 다시 확인하세요.
라이선스 식별자는 목차이지 조건이 아닙니다
허깅페이스의 license 필드는 짧은 문자열 하나입니다. 이 문자열은 어떤 문서를 읽어야 하는지 알려 줄 뿐, 그 문서에 무엇이 적혀 있는지는 알려 주지 않습니다. 오픈 모델을 실제 서비스에 넣을 때 사고가 나는 지점이 정확히 여기입니다.
이 시리즈에서 확인한 모델들만 모아도 식별자는 열 종류가 넘습니다. 그중 오픈소스 승인 라이선스에 해당하는 것은 일부이고, 나머지는 배포자가 직접 쓴 조건입니다.
실제로 마주치는 라이선스 유형
| 유형 | 식별자 예 | 이 시리즈에서 확인한 저장소 |
|---|---|---|
| 표준 오픈소스 | apache-2.0, mit | Qwen/Qwen3-8B, BAAI/bge-m3, microsoft/Florence-2-large, openai/whisper-large-v3-turbo |
| 배포자 커뮤니티 라이선스 | llama3.1, llama3.2, gemma | meta-llama/Llama-3.1-8B-Instruct, google/gemma-3-27b-it, google/codegemma-7b |
| 비상업 조건 | cc-by-nc-4.0 | upstage/SOLAR-10.7B-Instruct-v1.0, kakaocorp/kanana-nano-2.1b-instruct, SWivid/F5-TTS |
| 표시 조건 | cc-by-4.0 | nvidia/parakeet-tdt-0.6b-v2, nvidia/canary-1b-flash |
| 용도 제한형 | bigcode-openrail-m | bigcode/starcoder2-7b |
| 배포자 자체 식별자 | exaone, deepseek, hyperclovax-seed, coqui-public-model-license | LGAI-EXAONE/EXAONE-4.0-32B, deepseek-ai/deepseek-coder-6.7b-instruct, naver-hyperclovax/HyperCLOVAX-SEED-Text-Instruct-1.5B, coqui/XTTS-v2 |
| 데이터 계열 라이선스 | cdla-permissive-2.0 | docling-project/SmolDocling-256M-preview |
| 복합 구조 | 코드와 모델이 서로 다름 | openbmb/MiniCPM-V-2_6 |
openbmb/MiniCPM-V-2_6은 복합 구조의 좋은 예입니다. 페이지는 코드가 Apache-2.0이고 모델은 별도의 MiniCPM Model License를 따른다고 적으며, 학술 연구에는 완전히 무료이고 상업적 사용은 등록 설문을 완료하면 무료라고 안내합니다. 식별자 한 줄만 보고 판단할 수 없는 구조입니다.
커뮤니티 라이선스가 요구하는 것들
meta-llama/Llama-3.1-8B-Instruct 페이지는 Llama 3.1 Community License와 함께 별도의 허용 사용 정책을 두고 있습니다. meta-llama/Llama-3.2-1B-Instruct 페이지에는 이 자료로 학습하거나 개선한 모델을 배포하는 경우 그 모델 이름 앞에 Llama를 붙이라는 조항이 적혀 있습니다.
이런 조항은 라이선스 준수가 파일을 받는 순간에 끝나지 않는다는 것을 보여 줍니다. 파인튜닝한 모델을 사내 저장소에 올릴 때, 그 모델을 외부에 공개할 때, 제품 문서에 모델명을 쓸 때마다 다시 확인해야 하는 조건이 남습니다.
bigcode/starcoder2-7b의 bigcode-openrail-m도 비슷한 성격입니다. 페이지에 BigCode OpenRAIL-M v1이라는 이름이 적혀 있고, 이 계열은 가중치를 널리 공개하면서 특정 용도를 제한하는 조항을 함께 둡니다.
라이선스 전문을 직접 읽고, 상업적 사용은 법무 검토를 거치세요. 이 글은 카드에 적힌 표기를 옮길 뿐이며 어떤 모델이 상업적으로 사용 가능한지 판단해 주지 않습니다.
비상업 조건은 개발 단계에서 걸러야 합니다
cc-by-nc-4.0으로 표기된 모델은 이 시리즈에서만 세 개를 확인했습니다. upstage/SOLAR-10.7B-Instruct-v1.0, kakaocorp/kanana-nano-2.1b-instruct, SWivid/F5-TTS입니다. LGAI-EXAONE/EXAONE-3.5-7.8B-Instruct와 LGAI-EXAONE/EXAONE-4.0-32B는 각각 EXAONE AI Model License Agreement 1.1 - NC와 1.2 - NC로 표기되며, 후자의 페이지에는 EXAONE과 경쟁하는 모델 개발에 사용하는 것을 제한한다는 취지가 적혀 있습니다.
이 조건들이 위험한 이유는 개발 단계에서 아무 문제도 일으키지 않기 때문입니다. 프로토타입은 잘 돌고, 데모도 좋고, 팀은 이 모델을 전제로 파이프라인을 짭니다. 문제는 상용화 직전에 드러납니다.
그래서 후보를 좁히는 첫 단계에서 license 필드를 읽어야 합니다. 성능 비교보다 먼저입니다.
게이트 저장소는 배포 파이프라인 문제입니다
접근 조건에 동의해야 파일을 받을 수 있는 저장소가 여럿 있습니다. meta-llama 계열, google/gemma-3-27b-it, google/gemma-3-4b-it-qat-q4_0-gguf, pyannote/speaker-diarization-3.1, naver-hyperclovax/HyperCLOVAX-SEED-Text-Instruct-1.5B 페이지가 모두 조건 동의 또는 연락처 공유가 필요하다고 명시합니다.
이 글을 쓰면서 게이트 저장소의 설정 파일을 토큰 없이 직접 받아 보려 했더니 401 응답이 돌아왔습니다. 사람이 브라우저에서 카드를 읽는 것과, 파이프라인이 자동으로 가중치를 받는 것은 완전히 다른 경로라는 뜻입니다.
실무에서는 세 가지를 미리 정해야 합니다. 누구 계정으로 약관에 동의할 것인지, 그 계정의 토큰을 어디에 보관할 것인지, 그리고 토큰이 만료되거나 담당자가 퇴사했을 때 빌드가 멈추지 않게 할 방법이 무엇인지입니다.
양자화 배포판은 원본이 아닙니다
로컬에서 모델을 돌릴 때 대부분 원본 가중치가 아니라 양자화된 파일을 받습니다. 이때 받는 것은 다른 사람이 변환한 파생물이고, 그 사람이 무엇을 어떻게 했는지는 저장소마다 다릅니다.
| 저장소 | license | 성격 | 페이지에 적힌 내용 |
|---|---|---|---|
Qwen/Qwen3-8B-GGUF | apache-2.0 | 모델 제작자가 직접 배포 | Q4_K_M 5.03GB, Q5_0 5.72GB, Q5_K_M 5.85GB, Q6_K 6.73GB, Q8_0 8.71GB |
google/gemma-3-4b-it-qat-q4_0-gguf | gemma | 제작자가 배포한 양자화 인지 학습판 | google/gemma-3-4b-pt에서 google/gemma-3-4b-it을 거친 Q4_0, 접근에 조건 동의 필요 |
unsloth/Qwen3-8B-GGUF | apache-2.0 | 제3자 변환 | Qwen/Qwen3-8B 기반, UD 접두어가 붙은 변형 다수 포함 |
Systran/faster-whisper-large-v3 | mit | 제3자 형식 변환 | openai/whisper-large-v3을 ct2-transformers-converter로 CTranslate2 변환, 가중치는 FP16 |
google/gemma-3-4b-it-qat-q4_0-gguf은 사후 변환과 다른 경우입니다. 페이지는 양자화 인지 학습을 거친 Q4_0이며 메모리 요구를 크게 줄이면서 bfloat16과 비슷한 품질을 유지할 수 있다고 적습니다. 같은 4비트라도 만들어진 방식이 다르다는 뜻입니다.
unsloth/Qwen3-8B-GGUF 카드에는 자체 방식이 우수한 정확도를 달성한다는 주장이 실려 있습니다. 이런 문장은 배포자 자체 보고이며 독립적인 평가가 아닙니다. 우리 과제로 직접 재 보기 전까지는 주장으로만 두는 편이 맞습니다.
GGUF 저장소의 출처를 확인하는 법
양자화 저장소는 누구나 만들 수 있습니다. 그래서 확인 절차가 필요합니다.
- 저장소 소유자를 봅니다.
Qwen/Qwen3-8B-GGUF처럼 원 모델과 같은 조직이 올린 것인지, 제3자인지 구분합니다. - 모델 트리에서 기반 모델 링크를 확인합니다.
unsloth/Qwen3-8B-GGUF페이지는Qwen/Qwen3-8B에서 파생되었음을 표시합니다. - license 필드가 원본과 일치하는지 봅니다. 파생물은 원본 조건을 벗어날 수 없으므로, 원본이 비상업인데 파생물이 아파치로 적혀 있다면 그 표기를 의심해야 합니다.
- 변환 방법이 적혀 있는지 봅니다.
Systran/faster-whisper-large-v3처럼 사용한 변환 명령이 적혀 있으면 재현이 가능합니다. - 파일 목록과 크기를 확인합니다.
Qwen/Qwen3-8B-GGUF처럼 양자화 종류별 크기가 나와 있으면 내려받기 전에 용량을 계획할 수 있습니다. - 저장소 이름을 한 글자씩 대조합니다. 인기 있는 모델의 양자화판은 비슷한 이름이 많습니다.
실행 예시
Qwen/Qwen3-8B-GGUF 페이지는 llama.cpp와 ollama에서 저장소를 직접 지정해 실행하는 형태를 보여 줍니다.
# 예시: GGUF 저장소를 지정해 로컬에서 실행합니다
llama-cli -hf Qwen/Qwen3-8B-GGUF:Q8_0
ollama run hf.co/Qwen/Qwen3-8B-GGUF:Q8_0
서버 배포에서는 원본 가중치를 그대로 쓰는 경우가 많습니다.
# 예시: 게이트 저장소는 토큰이 있어야 받습니다
export HF_TOKEN=hf_...
vllm serve Qwen/Qwen3-8B --max-model-len 32768
배포 전 체크리스트
- license 필드의 정확한 식별자를 기록하고 링크된 전문을 연다.
- 별도의 허용 사용 정책이나 등록 절차가 있는지 확인한다.
- 파생 모델 배포 시의 이름 표기 의무가 있는지 확인한다.
- 게이트 여부를 확인하고 토큰 소유자와 보관 위치를 정한다.
- 양자화 배포판을 쓴다면 소유자, 기반 모델, 변환 방법, 라이선스 일치를 확인한다.
- 카드가 밝힌 한계 문구를 운영 요구사항으로 옮긴다.
- 위 항목을 확인한 날짜를 함께 기록한다. 카드는 바뀝니다.
직접 해보기
- LLM GPU 메모리(VRAM) 계산기 — 양자화 종류별로 필요한 메모리를 계산합니다.
- LLM API 비용 계산기 — 자체 배포와 API 호출의 비용 구조를 비교합니다.
- 브라우저 AI 실험실 — 양자화된 소형 모델의 체감 품질을 직접 확인합니다.
시리즈 안내
- 이전 글: 코드 모델 고르기: 자동완성과 대화형, FIM, 라이선스
- 다음 글: 이 글이 시리즈의 마지막입니다. 처음으로 돌아가려면 허깅페이스 모델 카드 읽는 법을 보세요.
참고 자료
- 표의 모든 값과 라이선스 식별자는 2026-08-12에 해당 저장소의 Hugging Face 페이지에서 직접 읽었습니다. 페이지에 없던 항목은 명시되어 있지 않음으로 적었습니다.
- 양자화 저장소 카드에 실린 품질 주장은 배포자 자체 보고이며 독립 평가가 아닙니다.
- 이 글은 법률 자문이 아닙니다. 라이선스 전문을 직접 읽고, 상업적 사용은 법무 검토를 거치세요.