[개발 일지] 성능은 좋은데 라이선스 때문에 기본에서 뺐다: 지우지 않고 분리한 이유

라이선스 조건 때문에 자동 실행 대상에서 제외한 결정을 나타낸 대표 이미지
성능이 좋아도 조건이 붙으면 기본값에서 뺐습니다.

성능만 보고 모델을 고를 뻔했습니다. 낮은 사양 기기에서 쓸 후보를 찾다가 조건이 좋은 모델을 발견했는데, 라이선스를 읽어 보니 일정 규모 이상의 상업적 사용에 별도 조건이 붙어 있었습니다. 지금은 해당되지 않지만 나중에 해당될 수 있는 종류였습니다. 이 글은 그때 어떻게 처리했는지에 대한 기록입니다.

“지금은 괜찮다”가 위험한 이유

조건부 라이선스의 함정은 당장은 아무 문제가 없다는 점입니다. 개인이 시험할 때는 조건에 걸리지 않으니 그냥 넘어갑니다. 문제는 나중입니다.

코드에 한 번 들어가면 뽑기 어렵습니다. 그 모델을 전제로 다른 부분이 만들어지고, 성능 기준도 그 모델에 맞춰집니다. 그러다 조건에 해당하는 시점이 오면 이미 바꾸기 어려운 상태가 됩니다.

라이선스 조건에 따라 자동 실행 대상과 수동 확인 대상으로 나눈 처리
빼는 게 아니라 자동 경로에서만 분리했습니다.

지우지 않고 분리했다

선택지는 셋이었습니다. 아예 빼거나, 그냥 쓰거나, 나누거나.

저는 나눴습니다. 목록에는 남겨 두되 자동으로 받아 실행하는 대상에서는 제외했습니다. 기본 경로에서는 조건 없는 모델만 쓰고, 조건부 모델은 별도 확인 단계를 거쳐야 쓸 수 있게 표시해 두었습니다.

이렇게 한 이유는 나중에 판단이 바뀔 수 있기 때문입니다. 지워 버리면 왜 뺐는지도 같이 사라집니다. 남겨 두고 이유를 적어 두면 조건이 바뀌었을 때 다시 검토할 수 있습니다.

기본값을 안전한 쪽에 뒀다

상업적으로 자유로운 계열을 기본 후보로 두고, 조건부 모델은 시험용으로만 열어 두었습니다. 성능이 조금 아쉬워도 기본 경로가 걸릴 일이 없는 상태가 더 중요하다고 봤습니다.

가장 낮은 사양 기기에서는 아예 큰 모델 없이 동작하도록 만들어 두었기 때문에, 조건부 모델을 못 써도 기능이 사라지지는 않습니다. 이 구조 덕분에 라이선스 판단이 기능 유무로 이어지지 않았습니다.

라이선스를 확인할 때 보는 세 가지 항목
세 가지를 목록에 함께 적어 두면 나중에 다시 읽지 않아도 됩니다.

확인하는 항목

  • 상업적 사용이 되는가 — 되는지 아닌지만이 아니라 조건이 붙는지도 봅니다.
  • 조건이 붙는 기준이 무엇인가 — 매출, 사용자 수, 배포 방식 중 무엇을 기준으로 하는지 확인합니다.
  • 표시 의무가 있는가 — 출처를 밝혀야 하는 경우가 있습니다.

저는 이 세 가지를 모델 목록에 모델 이름 옆에 같이 적어 두었습니다. 코드에서 참조하는 곳과 판단 근거가 떨어져 있으면 결국 아무도 안 봅니다.

라이선스 조건은 바뀔 수 있고, 저는 법률 전문가가 아닙니다. 실제 배포 전에는 해당 모델의 현재 라이선스 원문을 직접 확인하시기 바랍니다.

공식 라이선스 원문에서 확인할 대목

“일정 규모 이상이면 조건이 붙는다”는 말을 막연하게 두면 판단이 흔들립니다. 대표적인 예로 Meta의 Llama 3.1 커뮤니티 라이선스 원문을 보면 조건이 어디에 적혀 있는지 구체적으로 알 수 있습니다. 이 문서는 제2항에서 제품이나 서비스(제휴사 포함)의 월간 활성 사용자가 직전 달력월 기준 7억 명을 넘으면 Meta에 별도로 라이선스를 요청해야 하고, Meta가 재량으로 허락하기 전까지는 이 계약상의 권리가 없다고 정리합니다. 개인이나 작은 서비스에는 먼 이야기처럼 보이지만, 조건의 기준이 ‘매출’이 아니라 ‘사용자 수’라는 점은 확인해 둘 만합니다.

사용자 수 조건 외에도 배포할 때 지켜야 할 항목이 있습니다. 제1항 b에는 Llama 자료나 파생물, 그것이 들어간 제품을 배포하거나 제공할 때 계약서 사본을 함께 주고 관련 웹사이트, 사용자 화면, 블로그 글, 소개 페이지, 제품 문서 중 한 곳에 “Built with Llama”를 눈에 띄게 표시하라는 내용이 있습니다. 또 Llama 자료나 그 출력물로 다른 AI 모델을 만들거나 학습·미세 조정해 배포하면 그 모델 이름이 “Llama”로 시작해야 한다는 조건도 있습니다. 배포본에는 지정된 저작권 고지가 담긴 Notice 파일을 넣어야 하고, 사용은 관련 법규와 허용 가능한 사용 정책(Acceptable Use Policy)을 따라야 합니다.

조항원문이 요구하는 내용목록에 적어 둘 항목
제2항월간 활성 사용자 7억 명 초과 시 Meta에 라이선스 요청조건의 기준(사용자 수)과 현재 해당 여부
제1항 b.i“Built with Llama” 표시, 파생 모델 이름은 “Llama”로 시작표시 의무와 표시할 위치
제1항 b.iii배포본에 Notice 파일 포함배포물에 넣을 고지 파일
제1항 b.iv관련 법규와 허용 가능한 사용 정책 준수사용 정책 링크와 확인 날짜

이 표는 Llama 3.1 문서를 기준으로 한 것입니다. Ollama의 Llama 3.2 라이선스 페이지에도 “Llama 3.2 Community License Agreement” 제목 아래 같은 구조의 7억 명 조건과 “Built with Llama” 표시 조항이 나옵니다. 다만 같은 계열이라도 버전마다 문서가 따로 있으므로, 쓰려는 모델의 버전에 맞는 원문을 찾아 읽어야 합니다.

모델 크기도 함께 적어 두면 좋은 이유

Ollama의 Llama 3.2 라이브러리 페이지에는 1B와 3B 두 가지 크기가 올라와 있고, 내려받는 크기는 각각 약 1.3GB와 2.0GB로 표시됩니다. 낮은 사양 기기를 염두에 둔다면 라이선스 조건과 모델 크기를 한 줄에 같이 적어 두는 편이 비교하기 쉽습니다. 성능이 좋아 보이는 모델이 조건까지 붙어 있다면, 크기가 작고 조건이 단순한 후보와 나란히 놓고 보는 것이 이 글에서 말하는 ‘분리’의 출발점입니다.

정리하면 확인 순서는 단순합니다. 쓰려는 버전의 라이선스 원문을 열고, 사용자 수 같은 기준 숫자를 찾고, 표시 의무와 이름 규칙을 확인한 다음, 그 결과를 모델 이름 옆에 날짜와 함께 적습니다. 이 글은 법률 자문이 아니므로 실제 배포 판단은 원문과 전문가 확인을 따라야 합니다.

참고한 공식 문서 (2026년 10월 18일 기준)

영어 원문의 내용을 한국어로 풀어 쓴 것이며, 정책과 문서는 바뀔 수 있으니 실제 적용 전에는 원문을 다시 확인하시기 바랍니다.