2026년 Qwen3.8 Max로 Coding Agent를 만들면 별도 라이선스가 필요한가요?

증상 → Qwen3.8 Max로 Coding Agent를 만들 때 별도 라이선스가 걱정됩니다.
가장 빠른 해결법 → 내부 사용인지 먼저 확인하고, 외부 제품이면 AI Work Assistant 여부와 회사·계열사의 연속 12개월 매출을 순서대로 대조합니다.

이 글은 현재 공개된 라이선스 문구를 기준으로 한 제품·배포 판단 가이드입니다. 법률 자문은 아닙니다.

이 글을 읽어야 하는 팀

회사 내부에서 개발자를 위한 코딩 도우미를 운영하려는 엔지니어링 팀에 적합합니다. 고객이나 일반 사용자에게 독립적인 Coding Agent를 제공하려는 제품팀에도 필요합니다. 모델 선택과 배포 구조를 책임지고 Qwen3.8 Max와 Qwen3.8-27B 사이의 회귀 경로를 준비해야 하는 기술 책임자도 대상입니다.

마지막 업데이트: 2026년 8월 20일. 라이선스 원문과 커밋 기록, 공식 모델 페이지를 기준으로 확인했습니다. Qwen이 라이선스를 수정하거나 AI Work Assistant의 공식 설명을 추가하면 즉시 다시 검토해야 합니다.

별도 계약 여부는 모델명이 아니라 네 가지 조건으로 갈립니다

Qwen3.8 Max는 일반적인 금지형 라이선스로 공개된 모델이 아닙니다. 현재 원문은 사용, 복사, 수정, 배포, 판매, 호스팅, 파인튜닝과 파생물 제작을 허용한다고 적고 있습니다. 다만 특정 규모의 상업 서비스에는 별도 의무가 붙습니다. Qwen3.8-Max License 원문을 먼저 저장해 두고 검토해야 합니다.

판단 순서는 다음과 같습니다.

1. 모델, 출력, 기반 기능을 제3자에게 제공합니까?
2. 제품의 주된 목적이 AI 기반 코딩 또는 사무 생산성입니까?
3. 독립적인 제품입니까, 아니면 다른 제품의 부가 기능입니까?
4. 라이선스 보유자와 계열사의 합산 매출이 연속 12개월 동안 미화 5,000만 달러를 넘습니까?

네 조건을 한꺼번에 보지 않으면 오류가 생깁니다. 매출 기준을 넘지 않았다고 해서 모든 의무가 사라지는 것도 아닙니다. 예를 들어 상업 제품이나 서비스가 월간 활성 사용자 1억 명 또는 월 매출 미화 2,000만 달러를 넘으면 사용자 화면에 모델명을 표시해야 한다는 별도 조건이 있습니다. 이 기준은 AI Work Assistant의 별도 라이선스 조건과 다른 항목입니다. (라이선스 원문)

판단 조건 목록

다음 항목을 순서대로 체크하면 1차 결론을 빠르게 낼 수 있습니다.

• [ ] 사용자가 회사 내부 직원으로만 제한되어 있습니까?
• [ ] 고객, 외주 인력, 협력사 또는 계열사가 모델 출력에 접근하지 않습니까?
• [ ] Coding Agent가 독립적인 상품이 아니라 일반 업무 제품의 제한적인 부가 기능입니까?
• [ ] 제품의 중심 기능이 코드 생성, 수정, 디버깅, 작업 계획이 아닙니까?
• [ ] 라이선스 보유자와 계열사의 연속 12개월 합산 매출이 미화 5,000만 달러를 넘지 않습니까?
• [ ] 월간 활성 사용자 1억 명과 월 매출 미화 2,000만 달러 기준을 별도로 검토했습니까?
• [ ] 경계가 불명확할 때 Qwen3.8-27B로 바꿀 수 있도록 모델 엔드포인트를 분리했습니까?

첫 두 항목을 충족하지 못하면 내부 사용 예외만으로 판단하기 어렵습니다. 세 번째와 네 번째 항목에서 독립적인 AI 코딩 제품에 가까워지고, 마지막 매출 조건까지 충족하면 상업 사용 전에 별도 라이선스를 확인해야 합니다.

내부 사용과 외부 접근은 배포 방식보다 데이터 흐름이 중요합니다

라이선스는 내부 사용에 대한 예외를 두고 있습니다. 단, Software와 그 출력 또는 기반 모델 기능이 제3자에게 제공되지 않아야 합니다. 따라서 서버가 회사 내부에 있다는 이유만으로 자동으로 내부 사용이 되는 것은 아닙니다.

다음과 같이 나눠서 기록하십시오.

내부 사용에 가까운 구조

• 회사가 직접 고용한 직원만 사내 인증으로 접속합니다.
• 모델 출력이 회사 내부 저장소와 내부 업무 화면에만 남습니다.
• 고객 계정이나 외부 개발자의 요청을 모델 서버로 전달하지 않습니다.
• 외부 사용자가 모델의 추론 결과를 직접 받지 않습니다.
• 모델의 기반 기능을 다른 회사의 제품이나 서비스에 제공하지 않습니다.

경계 확인이 필요한 구조

• 고객이 자신의 저장소를 연결하고 코드를 생성합니다.
• 외주 개발자나 파트너사가 별도 계정으로 사용합니다.
• 계열사가 같은 모델 서버를 공동 이용합니다.
• 고객 요청을 회사 서버가 대신 처리하고 결과를 고객에게 반환합니다.
• 내부 도구에서 만든 출력이 고객용 제품의 기능으로 다시 제공됩니다.

특히 “사설 배포”와 “내부 사용”을 같은 의미로 보면 안 됩니다. 고객이 VPN으로 접속하더라도 모델 출력과 기반 기능이 고객에게 전달되면 제3자 접근 문제가 생길 수 있습니다. 반대로 직원이 외부 네트워크에서 접속하더라도 회사 내부 인력만 사용한다면 데이터 흐름은 다르게 평가될 수 있습니다. 구체적인 조직 관계를 법적으로 단정하기보다, 누가 입력을 넣고 누가 출력과 모델 기능을 통제하는지부터 그리십시오.

Qwen의 공개 라이선스는 Model as a Service를 제3자가 입력, 파라미터 또는 학습 데이터에 의미 있게 관여할 수 있는 추론·파인튜닝 접근으로 설명합니다. 단순히 다른 제3자 모델에 요청을 전달하는 경우는 해당 정의에서 제외한다고 적고 있습니다. 라이선스의 Model as a Service 정의도 함께 확인해야 합니다.

주의: 고객이 직접 프롬프트를 입력하고 도구 호출 범위나 학습 데이터를 조정할 수 있는 Coding Agent라면, “우리는 모델을 직접 판매하지 않는다”는 설명만으로 경계를 해소하기 어렵습니다.

독립 제품과 부가 기능은 같은 방식으로 보지 마십시오

라이선스의 AI Work Assistant 정의는 독립적인 AI 제품이면서 주된 목적이 AI 보조 코딩 또는 사무 생산성인 경우를 예로 듭니다. 반대로 단일 목적 도구, 코딩·사무 생산성이 아닌 분야를 중심으로 하는 도우미, 코딩이 주목적이 아닌 제품의 부가 기능은 제외 항목으로 제시합니다. 공식 라이선스의 AI Work Assistant 정의에 있는 문장을 기준으로 판단해야 합니다.

다음 대조 목록을 제품 심사 문서에 그대로 옮겨 사용할 수 있습니다.

독립적인 Coding Agent에 가까운 경우

• 별도 제품 화면과 사용자 계정이 있습니다.
• 제품 소개에서 코드 생성, 수정, 테스트, 디버깅이 핵심 기능으로 제시됩니다.
• 사용자가 저장소와 작업 목표를 입력하고 에이전트가 여러 단계를 수행합니다.
• 코딩 작업을 위해 지속적인 도구 호출과 작업 계획이 실행됩니다.
• 일반 업무 소프트웨어가 없어도 해당 제품만으로 판매 가치가 성립합니다.

이 경우 AI Work Assistant에 해당할 가능성을 낮게 보지 않는 편이 안전합니다. 그렇다고 제품 이름에 “Agent”나 “Assistant”가 들어갔다는 이유만으로 확정할 수는 없습니다.

일반 제품의 부가 기능에 가까운 경우

• 주된 제품 목적이 회계, 협업, 고객 관리 또는 다른 업무 영역입니다.
• 코드 기능은 전체 제품에서 제한된 보조 기능입니다.
• 고객은 코딩 기능을 사용하지 않아도 제품의 핵심 가치를 이용할 수 있습니다.
• 제품 설명과 가격 구조가 코딩 도우미를 독립 상품으로 다루지 않습니다.

플러그인도 같은 기준으로 보십시오. IDE 안에 들어갔는지, 웹 화면에 따로 있는지는 보조 자료입니다. “플러그인이라서 제외된다”거나 “독립 페이지라서 반드시 해당된다”고 결론 내리면 안 됩니다. 제품의 주된 용도와 실제 사용 흐름이 더 중요합니다.

기능이 적어도 자동으로 단일 목적 도구가 되지는 않습니다

라이선스는 단일 목적 AI 도구의 예로 번역 도구를 제시합니다. 그러나 기능이 적은 모든 Coding Agent가 자동으로 제외된다는 뜻은 아닙니다.

예를 들어 다음은 구분해야 합니다.

• 입력 코드를 한 형식으로 바꾸는 단순 변환기
• 정해진 규칙으로 주석 형식을 정리하는 도구
• 저장소를 분석하고 구현 계획을 세우는 에이전트
• 오류 원인을 추적하고 수정안을 만들며 테스트까지 수행하는 도구
• 사내 업무와 코드 작업을 함께 관리하는 생산성 도우미

앞의 두 유형은 단일 작업에 가까울 수 있습니다. 뒤의 세 유형은 코드 생성, 디버깅, 계획 수립과 업무 흐름에 지속적으로 관여하므로 AI Work Assistant와의 거리가 가까워질 수 있습니다. 이는 공개 정의를 제품 흐름에 적용한 판단 틀일 뿐, 특정 제품에 대한 확정적인 법률 판단은 아닙니다.

매출 기준은 제품 매출이 아니라 주체 범위를 먼저 보십시오

Qwen3.8-Max License는 AI Work Assistant 또는 Model as a Service 사업을 하는 라이선스 보유자와 계열사의 합산 매출을 봅니다. 기준은 연속된 12개월 동안 미화 5,000만 달러 초과입니다. 자연 연도나 특정 회계연도와 동일하다고 가정하면 안 됩니다. 라이선스의 매출 조건을 재무 담당자와 함께 확인하십시오.

아직 기준에 한참 못 미치는 경우

외부 Coding Agent라도 기준 미달이면 해당 조항의 “먼저 별도 라이선스를 받아야 한다”는 조건이 즉시 발생한다고 볼 수는 없습니다. 그러나 내부 사용 예외를 적용할 수 없을 수 있고, 모델명 표시 조건이나 저작권 고지 등 다른 의무는 따로 확인해야 합니다.

기준에 가까워진 경우

제품 매출만 계산하지 마십시오. 라이선스를 보유한 법인과 계열사의 매출 집계 방식, 최근 연속 12개월 구간, 통화 환산 기준을 문서화하십시오. 기준을 넘을 가능성이 있는 분기부터 Qwen에 서면 확인을 요청하는 편이 좋습니다.

이미 기준을 넘은 경우

AI Work Assistant에 해당할 가능성이 있고 상업 사용을 계속하려면, 공개 라이선스 문구상 Qwen의 별도 라이선스가 필요할 수 있습니다. 계약 전까지 제품을 중단할지, Qwen3.8-27B 같은 대체 모델로 전환할지는 제품의 출시 일정과 위험 허용 수준에 따라 결정해야 합니다.

라이선스에는 모델명을 사용자 화면에 표시하는 기준도 따로 있습니다. 월간 활성 사용자 1억 명 또는 월 매출 미화 2,000만 달러라는 조건을 AI Work Assistant의 매출 조건과 합치지 마십시오. 두 숫자는 서로 다른 의무를 가리킵니다.

FAQ: Coding Agent 제품 심사에서 자주 막히는 지점

위의 판단을 적용해도 실제 제품 문서에서 자주 남는 질문은 다음과 같습니다.

회사 내부 사용은 왜 접근 권한까지 기록해야 하나요?

내부 사용 예외는 단순히 서버 위치를 기준으로 하지 않습니다. 모델, 출력, 기반 기능이 제3자에게 제공되지 않아야 한다는 조건이 함께 붙습니다. 따라서 사내 계정 목록, 외부 초대 가능 여부, 출력 전달 경로, 계열사 접근 여부를 기록해야 합니다. 권한 구조가 바뀌면 라이선스 검토도 다시 진행해야 합니다.

외부 고객용 Coding Agent는 어떤 점에서 독립 제품이 되나요?

독립 제품 여부는 화면의 위치보다 제품의 주된 목적과 판매 구조로 판단하는 편이 적절합니다. 코드 작성, 디버깅, 테스트와 작업 계획이 제품 가치의 중심이면 AI Work Assistant와 가까워질 수 있습니다. 일반 업무 제품의 부가 기능이라면 제외 항목과 비교할 여지가 있지만 자동 면제는 아닙니다.

코딩 기능이 플러그인 형태면 별도 조항을 피할 수 있나요?

플러그인이라는 배포 형식만으로는 판단할 수 없습니다. 플러그인이 독립적인 Coding Agent처럼 저장소를 관리하고 코딩 작업을 계속 수행하는지 확인해야 합니다. 반대로 주된 제품이 코딩과 무관하고 기능이 제한적인 보조 기능이라면 라이선스의 제외 항목과 더 가까울 수 있습니다. 최종 결론은 제품 흐름과 정의 문구를 함께 검토해야 합니다.

5,000만 달러 기준은 제품 매출만 합산하나요?

공개 문구는 라이선스 보유자와 계열사의 합산 매출을 언급합니다. 따라서 Coding Agent 사업부의 매출만 분리해 기준을 판단하면 안 됩니다. 또한 연속된 12개월을 사용하므로 2026년 1월부터 12월까지의 자연 연도 집계와 일치하지 않을 수 있습니다. 내부 재무 기준과 라이선스 기준을 별도로 대조하십시오.

27B로 바꾸면 라이선스 검토가 끝나나요?

Qwen3.8-27B는 Apache 2.0 대체 경로로 안내되고 있어 Max의 AI Work Assistant 조항을 피하는 선택지가 될 수 있습니다. 다만 모델 저장소의 라이선스 파일과 커밋을 배포 시점에 다시 확인해야 합니다. 모델을 교체해도 데이터 보호, 코드 라이선스, 출력물의 제3자 권리 문제까지 자동으로 해결되는 것은 아닙니다.

경계가 불명확하면 세 단계로 되돌릴 수 있게 배포하십시오

첫 번째 단계는 내부 검증입니다. 사내 계정만 허용하고, 외부 사용자에게 출력이 노출되지 않도록 접근 정책을 분리하십시오. 모델 요청과 결과의 흐름을 기록하십시오. MacHTML의 콘솔 접속 안내를 이용하면 테스트 환경의 접근 정보를 분리해 관리할 수 있습니다.

두 번째 단계는 제한된 외부 시험입니다. 고객 데이터를 실제 운영 데이터와 분리하고, 독립 제품인지 부가 기능인지 제품 설명과 사용 흐름을 문서화하십시오. 이 단계에서는 매출 기준뿐 아니라 제3자 접근 범위, 모델명 표시 조건, 저작권 고지도 함께 확인해야 합니다.

세 번째 단계는 회귀 가능한 운영입니다. 애플리케이션에 다음 계층을 분리해 두십시오.

• 모델 이름과 프롬프트 설정
• 추론 서버 또는 API 엔드포인트
• 도구 호출 권한
• 저장소 접근 정책
• 결과 검수와 로그 보관
• 사용자 화면의 모델명 표시 영역

이 구조를 사용하면 Qwen3.8 Max에서 Qwen3.8-27B로 바꿀 때 에이전트의 권한 구조와 제품 화면을 그대로 유지할 수 있습니다. Qwen 공식 모델 페이지도 Transformers, vLLM, SGLang을 통한 배포 경로를 안내하고 있습니다. Qwen3.8-2.4T-A95B 모델 페이지와 라이선스 커밋 기록을 함께 보관하십시오.

Qwen3.8-27B의 Apache 2.0 표시는 Max와 다른 회귀 경로를 제공하지만, 실제 배포 전에는 공식 저장소의 최신 라이선스 파일을 다시 확인해야 합니다. 제3자 저장소의 태그나 커뮤니티 게시글만으로 라이선스를 확정하지 마십시오.

현재 방식과 MacHTML 환경을 비교할 때 확인할 비용

이미 회사 서버나 일반 클라우드에서 Coding Agent를 운영하고 있다면, 현재 방식에는 세 가지 문제가 자주 남습니다. GPU 자원을 장기간 예약해야 하므로 짧은 라이선스 검증에도 고정 비용이 생깁니다. 접근 권한과 원격 개발 환경을 팀별로 구성해야 하므로 외부 시험 단계가 느려집니다. 모델을 Max에서 Qwen3.8-27B로 바꿀 때도 기존 이미지와 드라이버, 추론 서버를 다시 맞춰야 할 수 있습니다.

반면 MacHTML의 클라우드 맥 환경은 내부 검증이나 단기 배포 시험처럼 사용 기간이 확정되지 않은 작업에서 별도 장비를 구매하지 않고 접근 경로를 만들 수 있습니다. 실제 운영 서버를 즉시 바꾸라는 뜻은 아닙니다. 먼저 MacHTML 도움말과 서비스 환경을 확인하고, Qwen3.8-27B 또는 다른 후보 모델을 임시 환경에서 검증한 뒤 정식 배포 방식을 결정하는 순서가 적합합니다.

장기간 안정적인 고부하 추론이 필요하거나 특정 물리 장치를 직접 연결해야 한다면 자체 서버가 더 맞을 수 있습니다. 반대로 라이선스 경계가 아직 확정되지 않았고, 내부 테스트와 외부 시범 운영을 분리해야 한다면 전환 가능한 테스트 환경을 먼저 확보하는 편이 전체 재작업 비용을 줄이기 쉽습니다.