2026년 7월 19일 공개된 Qwen 3.8-Max Preview는 총 2.4조 개 매개변수 모델로 소개됐지만, 아직 공식 가중치 저장소와 정식 모델 식별자는 확인되지 않았습니다. (openclawlaunch.com) 따라서 2026년 7월 28일 기준 Qwen 3.8-Max 가중치 다운로드는 공식 발표에서 직접 연결된 저장소가 나올 때까지 중단하는 것이 맞습니다. 발표 뒤에도 공식 계정 연결, 조직 소유권, 모델 카드, 라이선스, 파일 목록을 순서대로 통과시킨 뒤에만 배포 테스트로 넘어가야 합니다.
최종 갱신: 2026년 7월 28일
확인 기준: Qwen 공식 조직 페이지, 공식 모델 페이지, 공식 발표를 인용한 보도와 공개 상태 자료
이 글은 Qwen 3.8-Max 가중치를 가장 먼저 내려받으려는 개발자를 위한 검증표입니다. 기업 모델 공급망을 관리하는 플랫폼 엔지니어와 AI Agent용 자체 호스팅 경로를 설계하는 기술 책임자도 같은 절차를 활용할 수 있습니다.
현재 상태와 다운로드 중단선
현재 확인되는 것은 Qwen3.8-Max-Preview를 일부 공식 서비스에서 체험할 수 있다는 사실과 Qwen 3.8의 가중치를 곧 공개하겠다는 발표 내용입니다. 그러나 공식 가중치 공개일, 정식 모델 식별자, 라이선스 본문, 모델 카드, 전체 배포 사양은 확정되지 않았습니다. 공개 상태를 정리한 자료도 Preview가 체험 서비스 중심이며, 공개 가중치의 날짜와 라이선스가 없다고 설명합니다. (openclawlaunch.com)
| 확인 항목 | 현재 확인 상태 | 지금 내려받아도 되는가 |
|---|---|---|
| Preview 체험 | 일부 공식 서비스에서 제공 | 체험만 가능 |
| 공식 가중치 | 공식 저장소 미확인 | 아니요 |
| 정식 모델 식별자 | 미확인 | 아니요 |
| 라이선스 본문 | 미확인 | 아니요 |
| 전체 배포 사양 | 미확인 | 아니요 |
현재 검색 결과에 보이는 비공식 저장소, 재포장 파일, 양자화 파일은 이름이 비슷하더라도 정식 가중치의 근거가 되지 않습니다. 특히 Preview용 API와 공개 가중치는 같은 모델 계열일 수 있어도 동일한 배포물이라고 단정할 수 없습니다.
공식 발표와 저장소의 첫 연결
공식 모델 저장소는 어디에서 확인하는가
공식 입구를 찾을 때는 검색 결과의 상위 노출 순서보다 발표에서 저장소로 이어지는 첫 번째 연결을 우선해야 합니다.
- Qwen 공식 계정의 발표 원문을 엽니다.
- Alibaba 공식 공지나 공식 블로그에 같은 모델명이 있는지 확인합니다.
- 발표문 안에서 직접 연결한 GitHub, Hugging Face, ModelScope 주소를 기록합니다.
- 주소의 조직명이 기존 공식 조직과 일치하는지 확인합니다.
- 발표문에 없는 저장소는 공식 연결이 추가될 때까지 미검증으로 표시합니다.
Qwen의 공식 GitHub 조직은 Qwen 팀과 Alibaba 계열 모델 저장소를 운영하고 있으며, Hugging Face의 Qwen 조직에는 공식 계정 연결과 모델 목록이 표시됩니다. ModelScope의 Qwen 조직도 공식 GitHub 주소를 연결하고 있습니다. (github.com)
참고할 공식 경로는 다음과 같습니다.
발표 화면의 캡처만으로는 충분하지 않습니다. 캡처는 계정 도용, 주소 변조, 오래된 게시물 재유통을 막아주지 못합니다. 반드시 원문 계정과 조직 페이지를 함께 남겨야 합니다.
모델 도입을 검토하는 팀은 저장소를 확인하는 동시에 실행 환경의 접근 권한과 원격 작업 절차도 정리해야 합니다. 계정 구조와 연결 방식을 먼저 확인하면, 검증되지 않은 파일을 운영 환경에 바로 올리는 실수를 줄일 수 있습니다. 관련 환경 점검을 함께 진행하려면 AI 작업 환경 점검에 관한 한국어 안내를 참고할 수 있습니다.
가짜 저장소 판별 순서
저장소를 열었다면 이름보다 시간과 연결 관계를 먼저 봐야 합니다. 다음 항목은 저장소를 발견한 직후의 순서대로 기록하는 것이 좋습니다.
- [ ] 저장소 소유 조직이 공식 Qwen 조직과 일치합니다.
- [ ] 공식 발표문에서 해당 저장소로 직접 연결됩니다.
- [ ] 모델 식별자가 발표문에 적힌 이름과 정확히 일치합니다.
- [ ] 저장소 생성일과 첫 공개일이 발표 시점과 논리적으로 맞습니다.
- [ ] 유지 관리자가 공식 조직 구성원 또는 공식 자동화 계정으로 확인됩니다.
- [ ] 모델 카드에 모델 목적, 사용 방법, 제한 조건이 작성되어 있습니다.
- [ ] 관련 코드 저장소와 추론 문서가 서로 연결됩니다.
다음 표처럼 판정하면 이름만 같은 커뮤니티 저장소를 걸러내기 쉽습니다.
| 판정 대상 | 통과 조건 | 보류 또는 탈락 조건 |
|---|---|---|
| 조직 소유권 | 공식 조직 아래에 있음 | 개인 계정 또는 새로 만든 조직 |
| 발표 연결 | 공식 발표에서 직접 연결 | 게시물, 영상, 캡처만 존재 |
| 모델 식별자 | 발표와 저장소 이름이 일치 | 접미사만 바꾼 이름 |
| 모델 카드 | 목적, 제한, 사용법이 모두 있음 | 설명이 짧거나 다른 모델을 복사 |
| 변경 기록 | 공개일과 수정 이력이 확인됨 | 생성일과 변경 기록이 불명확 |
Qwen3.8-Max-Preview라는 이름이 보인다고 해서 공개 가중치 버전과 같다고 보아서는 안 됩니다. Preview는 서비스 접근을 뜻할 수 있고, 공개 가중치는 파일을 내려받아 별도 환경에서 실행할 수 있다는 뜻입니다. 두 표현 사이에 모델 카드와 라이선스가 없다면 공급망 검증은 완료되지 않은 상태입니다.
Qwen 3.8-Max 다운로드 전 라이선스 점검
가중치가 공개됐다는 표현은 상업적 이용과 재배포가 모두 허용된다는 뜻이 아닙니다. 기존 Qwen 저장소도 코드 라이선스와 각 모델 가중치의 라이선스를 구분하고, 모델별 상업적 이용 조건을 별도로 확인하도록 안내합니다. (github.com)
다운로드 전에는 모델 카드에서 다음 문장을 직접 찾아야 합니다.
- 라이선스 이름과 전문 문서
- 허용되는 사용 목적
- 상업적 이용 가능 여부
- 재배포와 파생 모델 배포 조건
- 금지된 사용 사례
- 고지문과 저작권 표시 의무
- API나 서비스 제공 시 추가 조건
- 지역 또는 산업별 제한
라이선스가 모델 카드에 없거나, “오픈 웨이트”라는 설명만 있고 법적 조건이 없다면 기업 운영 저장소에 바로 반입해서는 안 됩니다. 플랫폼 팀은 라이선스 파일을 별도 보관하고, 저장소 커밋과 검토자, 승인일을 함께 기록해야 합니다. 자체 인프라의 이용 조건도 모델 라이선스와 별도로 확인해야 합니다.
파일과 배포 환경 검수
라이선스 확인을 통과한 뒤에는 파일 목록을 검수합니다. 파일이 일부만 올라온 상태에서 추론 명령부터 실행하면 잘못된 양자화본이나 다른 버전의 토크나이저를 섞을 수 있습니다.
- [ ] 설정 파일이 있습니다.
- [ ] 토크나이저 파일과 채팅 템플릿이 있습니다.
- [ ] 모든 가중치 분할 파일이 있습니다.
- [ ] 파일 크기와 해시값을 기록했습니다.
- [ ] 추론 프레임워크와 실행 명령이 모델 카드에 있습니다.
- [ ] 정밀도 형식과 지원 하드웨어가 공식 문서에 적혀 있습니다.
- [ ] 버전 태그와 수정일을 기록했습니다.
- [ ] 모델 카드와 라이선스 파일을 내부 저장소에 보관했습니다.
공식 문서에 없는 컨텍스트 길이, 활성 매개변수 수, 필요한 메모리, 지원 프레임워크를 커뮤니티 글만 보고 확정해서는 안 됩니다. Preview 관련 공개 자료도 총 매개변수 수는 언급하지만 활성 매개변수 수와 정식 배포 사양은 공개하지 않았다고 설명합니다. (openclawlaunch.com)
첫 실행은 인터넷과 운영 데이터에서 분리된 환경에서 진행합니다. 파일 해시를 확인한 뒤 최소 입력으로 모델 로딩만 시험하고, 외부 도구 호출이나 에이전트 권한은 나중에 추가해야 합니다. 이 단계에서 로딩 실패가 발생하면 장기 노드나 클라우드 맥 환경을 예약하기 전에 프레임워크 호환성부터 다시 확인해야 합니다.
권한 설정이나 원격 접속 방식이 불명확한 경우에는 원격 개발 환경과 접근 절차 안내에서 계정 접근과 환경 사용 절차를 확인한 뒤 테스트 범위를 정하는 편이 안전합니다. 모델 파일 검증과 인프라 권한 검증을 분리하면, 파일 자체의 문제와 실행 환경의 문제를 빠르게 구분할 수 있습니다.
운영 전후의 변경 기록
공식 저장소가 생긴 뒤에도 첫 공개 버전을 영구적으로 신뢰해서는 안 됩니다. 모델 카드가 바뀌거나, 라이선스 문구가 수정되거나, 파일이 교체되면 같은 모델명이라도 운영 판단이 달라질 수 있습니다.
최소한 다음 기록을 남기는 편이 안전합니다.
- 발표 원문과 저장소 주소
- 저장소 커밋 또는 버전 태그
- 모델 카드와 라이선스 파일의 사본
- 파일 목록과 해시값
- 내부 검토자와 승인일
- 실제 로딩에 사용한 프레임워크와 실행 옵션
- 장애 발생 시 되돌릴 이전 버전
Qwen 공식 조직에는 모델 저장소가 지속적으로 추가되고 변경됩니다. 따라서 모델 이름만 검색하는 방식보다 조직 활동, 모델 카드, 파일 변경 기록을 함께 보는 방식이 적합합니다. (github.com)
검증이 끝난 뒤에는 바로 대규모 이전을 결정하기보다 원격 개발 환경과 접근 권한을 먼저 정리하는 편이 낫습니다. 이후 자체 호스팅 비용, 메모리 선택, AI Agent 배포 승인 절차를 따로 계산해야 합니다. 아직 이 글에서 확정하지 않은 하드웨어 요구 사항을 임의로 채우지 않는 것이 핵심입니다.
현재 방식이 외부 API나 임시 커뮤니티 저장소에 의존한다면, 공급자 변경에 따른 비용 변동, 파일 출처 추적의 어려움, 재현 가능한 롤백 부족이 단점으로 남습니다. 반대로 Mac 환경은 모든 대형 가중치를 실행하는 만능 대안이 아니며, 모델 카드가 요구하는 메모리와 프레임워크를 통과할 때만 검증용으로 적합합니다. 짧은 기간에 실제 로딩과 Agent 연동을 확인해야 하고 장비를 직접 구매하기에는 사용 기간이 불확실하다면, Mac 렌탈로 먼저 격리 테스트를 진행하는 편이 장기 노드나 잘못된 장비 구매보다 판단 비용을 낮출 수 있습니다.