截至 2026 年 7 月 28 日，官方公告提到 Qwen 3.8-Max-Preview 的總參數規模為 2.4T，並表示 Qwen 3.8 將「很快」開放權重；但目前仍沒有可確認的正式權重下載入口、官方模型 ID、授權條款或完整模型卡。這代表 Qwen 3.8-Max 權重下載現階段不應依賴第三方搬運倉庫，應等官方公告直接指向可驗證的模型頁面後，再依序完成身份、授權與檔案驗收。(Alibaba 官方公告)
本文適合準備第一時間下載 Qwen 3.8-Max 權重的開發者、負責企業模型供應鏈驗收的平台工程師，以及正在規劃 AI Agent 算力與部署路線的技術負責人。
最後更新於 2026 年 7 月 28 日；資料核實自 Alibaba 官方公告、Qwen 官方網站、Qwen 官方組織頁面，以及 Hugging Face 與 ModelScope 的官方組織入口。
下載前的狀態分層
Qwen3.8-Max-Preview 與正式開放權重不是同一個交付物。現時能透過指定平台體驗 Preview，只能證明託管介面已提供服務，不能推導出模型檔案已經公開，更不能推導出 Preview 將與日後的開放權重版本完全相同。
截至本次核查，應把資訊分成三層：
- 已確認：Qwen3.8-Max-Preview 已在公告所列平台提供體驗；Alibaba 官方公告提到 Qwen 3.8 將開放權重，並提及 2.4T 總參數規模。
- 尚未確認：正式權重發布日期、正式模型 ID、模型卡、授權條款、推理框架支援、精度格式與完整硬體要求。
- 不可採信為下載依據：社群轉載、截圖、未由官方公告反向連結的 Hugging Face 頁面、ModelScope 同名倉庫，以及只有量化檔而沒有原始模型說明的搬運版本。
因此，看到「Qwen3.8-Max-Preview 權重已上線」或「官方鏡像已可下載」之類消息時，第一個動作不是複製下載指令，而是回到 Qwen 官方帳號與 Alibaba 公告，確認原始消息是否真的提供模型倉庫連結。
官宣入口的第一跳追溯
Qwen 3.8-Max 官方模型倉庫在哪裡，不能靠搜尋結果排名判斷。正式入口應當符合「公告指向模型頁面」這條供應鏈原則，而不是由社群貼文、新聞摘要或第三方教學自行宣稱。
官宣出現後，按以下順序追溯：
- 開啟 Qwen 官方網站或官方帳號，確認貼文日期、公告標題與原始連結。
- 開啟 Alibaba 官方公告，核對是否明確寫出 Qwen 3.8、Qwen3.8-Max 或其他正式模型名稱。
- 檢查公告是否直接連到 Qwen 官方 GitHub、Hugging Face 官方組織或 ModelScope 官方組織。
- 比較公告中的模型名稱、模型 ID 與倉庫名稱，確認大小寫、版本後綴及 Preview 標記一致。
- 將公告頁面、模型頁面與下載頁面的網址保存到內部變更紀錄，保留首次發現時的證據。
若公告只說「即將開放權重」，卻沒有模型頁面、模型 ID 或下載連結，狀態仍應標記為「已宣布、未可下載」。不要把「soon open-weight」改寫成已經發布，也不要因為某個頁面使用 Qwen 名稱，就把它當成官方倉庫。Alibaba 的公告目前只確認即將開放權重，並未在該公告中提供完整下載驗收所需的所有技術文件。
Qwen 3.8-Max 官方模型倉庫在哪裡？
在正式模型頁面出現前，能做的是建立核對路徑，而不是指定一個尚未確認的下載網址。建議平台工程師先把以下三個官方組織頁面加入監控清單：
- Qwen 官方 GitHub 組織：檢查是否新增正式程式庫、推理說明或部署工具。
- Hugging Face 的 Qwen 官方組織頁面：檢查模型卡、權重檔案、修訂版本與授權檔案。
- ModelScope 的 Qwen 官方組織頁面：檢查是否出現與公告一致的模型 ID 及完整檔案。
這三個頁面只能作為官方組織入口，不能因為搜尋頁面出現相似名稱，就直接認定某個模型已通過驗證。真正的官方倉庫至少要同時具備：
- 官方組織歸屬；
- 官方公告直接連結或官方頁面明確交叉連結；
- 與公告一致的模型 ID；
- 可追溯的建立時間、維護者與修訂紀錄；
- 完整模型卡及授權文件。
如果只有名稱相似、檔案數量很多，卻沒有官方反向連結，仍應標記為「未驗證」。這個限制尤其重要，因為 Preview、量化搬運版及社群重新命名版本可能同時出現在搜尋結果中。
首次身份核驗清單
怎麼判斷 Qwen 3.8-Max 權重倉庫是真是假，重點不在檔名，而在「來源、身份、內容」三項是否能互相印證。可在下載前逐格完成以下清單：
- [ ] 倉庫所在組織與 Qwen 官方公告中的組織名稱完全一致。
- [ ] 官方公告直接連到該倉庫，或官方組織頁面有清楚的反向連結。
- [ ] 模型 ID 與公告文字一致，沒有自行加入
-Instruct、-AWQ、-GPTQ或-Preview等後綴。 - [ ] 模型卡說明模型階段、輸入格式、輸出格式及可支援的推理方式。
- [ ] 關聯程式碼倉庫、推理工具與模型檔案之間能互相指向。
- [ ] 建立日期、最近修訂日期與版本標籤可被保存，方便日後回滾。
- [ ] 維護者帳號不是剛建立、沒有其他 Qwen 官方專案痕跡，或只有複製內容而沒有原始提交。
- [ ] 檔案下載網域、雜湊值與官方頁面中的指示一致。
Qwen 官方 GitHub 組織目前可作為觀察入口，但未出現正式模型庫不等於權重一定不存在；同樣地，第三方倉庫出現大量下載活動，也不等於它獲得官方授權。驗收紀錄應把「未找到官方入口」與「確認官方尚未發布」分開描述，避免審計文件把推論寫成公告事實。
授權與檔案驗收
Qwen 3.8-Max 下載前要檢查哪些授權資訊，不能只看頁面上是否出現「open-weight」或「open source」字樣。開放權重通常只表示模型參數可取得，並不自動代表可以任意商用、再分發、修改或提供託管服務。
下載前至少要保存以下文件與欄位：
- 授權名稱與完整授權正文；
- 是否允許商業用途；
- 再分發權重與衍生版本的限制；
- 是否需要保留聲明、著作權或使用者通知；
- 對高風險用途、服務提供或模型改名是否有額外條款；
- 模型卡是否引用不同於程式碼倉庫的授權；
- 權重、分詞器、程式碼與文件是否分別適用不同條款。
建議把授權文件與權重版本一起封存，不要只保存模型頁面的截圖。若條款仍未公布，部署申請應停留在「待授權確認」，不能由工程團隊自行套用過往 Qwen 模型的 Apache 2.0 或其他授權。過往模型的授權狀態不能替代 Qwen 3.8-Max 的正式文件；不同模型與程式碼專案本身也可能有各自說明。
檔案層面則應逐項核對：
- [ ]
config或等效模型設定檔； - [ ] 分詞器檔案及特殊標記設定；
- [ ] 全部權重分片與索引檔；
- [ ] 官方推理範例；
- [ ] 精度、量化及硬體要求說明；
- [ ] 版本標籤、提交識別碼與檔案雜湊；
- [ ] 模型卡中列出的必要依賴與相容推理框架。
如果只提供一個大容量檔案、缺少索引或沒有官方推理說明，不應直接安排長時間下載，更不應把它接入企業 AI Agent。檔案「能下載」與檔案「可部署」是兩個不同驗收階段。
Preview 與開放權重的部署閘門
Qwen3.8-Max-Preview 和開放權重版本是不是同一個模型，目前不能當作已知事實。即使兩者名稱接近，正式發布時仍可能更換模型 ID、更新訓練版本、調整推理介面或改變授權條款。社群頁面若聲稱 Preview 與正式權重「完全相同」，除非有官方模型卡或版本說明支持，否則只能列為未確認說法。
首次部署應採用隔離、低風險流程：
- 在無生產憑證、無敏感資料的隔離環境建立下載目錄。
- 保存官方模型頁面、模型卡、授權文件及版本識別碼。
- 完成檔案雜湊檢查，確認分片數量、檔案大小與索引內容一致。
- 只載入模型設定與分詞器，先驗證程式是否能正確識別模型架構。
- 在限制網路權限的環境進行最小化推理測試，不接入真實 Agent 工具。
- 依官方模型卡確認推理框架、精度格式、上下文能力與硬體要求；未披露項目維持「未知」。
- 通過輸出穩定性、資源使用、錯誤記錄與回滾測試後，才評估雲端算力或長期節點。
部署前不要自行補成確定規格。即使公告提到 2.4T，那也只是總參數量資訊，不能直接換算成某種記憶體容量、GPU 數量或 Mac 部署條件；混合專家模型的總參數、啟用參數、權重格式與推理實作會共同影響實際資源需求。
後續變更與回滾紀錄
模型倉庫通過首次驗收後，工作仍未結束。權重檔、模型卡、授權條款與推理文件都可能在後續修訂，若團隊只保存最初下載版本，之後很容易出現「程式已更新、權重仍是舊版」或「授權已變更、內部文件未同步」的問題。
建議建立一份最小變更紀錄：
- 發現日期與公告來源；
- 官方模型 ID；
- 倉庫組織與完整頁面；
- 權重版本及提交識別碼；
- 模型卡、授權文件與推理文件雜湊；
- 檔案清單及缺漏項目；
- 隔離測試結果；
- 核准部署的環境與回滾版本；
- 下次觸發複核的條件。
下次複核應在官方新增權重連結、發布授權或模型卡、倉庫出現檔案修訂，或 Preview 名稱被正式版本取代時進行。若團隊需要把驗真結果延伸到算力安排，可先參考 ZovCloud 台灣入口，並在確認模型格式後，依團隊內部的服務與資料處理規範評估部署環境，不要在權重身份尚未確認前先承諾固定節點或長期環境。
完成倉庫驗真後，下一個決策不是立即擴容，而是確認實際算力是否匹配：先看 本地大模型記憶體與 Mac 配置選購指南 中的硬體評估方式，再把通過檔案檢查的版本放入隔離環境測試。若目前方案是直接使用 Preview 介面，主要限制通常是無法自行保存權重、版本可能變動、供應商介面與授權邊界尚未完全明確；若改用未驗證的第三方倉庫，則會額外承擔檔案污染、版本錯配與供應鏈追溯不足的風險。對需要短期測試或臨時算力的團隊，先租用 ZovCloud 的 Mac 環境完成驗收，通常比在尚未確認權重時立即購置硬體更容易控制回滾與閒置成本；但若工作負載長期高強度、必須接觸特定實體介面，仍應先評估自購設備或其他部署方式。
在官方模型 ID、授權與完整權重入口正式確認前，最穩妥的做法仍是保留下載計劃、監控官方組織頁面，並把「Preview 可體驗」與「權重可自託管」分別記錄。等五項驗收——官方跳轉、組織歸屬、模型卡、授權文件與檔案清單——全部通過後，才進入部署測試。