Qwen3.8-27B 許可證：在許可證文件存在之前規劃商業使用

你無法閱讀一份尚不存在的授權條款，而 Qwen3.8-27B 的處境正是如此。阿里巴巴在 2026 年 8 月 3 日發布 Qwen3.8-Max 的同時，也宣布了這款約 27B 參數的開放權重模型，並承諾「大約一週內」釋出權重；但截至本文撰寫為止，該公司尚未發布任何程式庫或 LICENSE 檔案。對商業團隊而言，這段空窗期正是重點所在：你必須做出的授權決定——能開發什麼、能推出什麼、哪些地方需要阿里巴巴的核准——只能依據歷來規範 Qwen 權重的兩份授權條款來判斷，然後在檔案正式發布當天再與之核對。

本文將逐一說明已確認的內容、Qwen 使用過的兩種授權、1億月活躍用戶（MAU）條款的實際含義，以及一份發布前檢查清單，確保授權不會成為阻礙你發布的因素。

什麼是已確認的，什麼又不是

已確認：Qwen3.8-27B 宣佈為開放權重（open-weights）發行版本，計劃發佈於 Hugging Face 和 ModelScope，並且是 Qwe​n3.8 世代中可自行託管的成員。大致就是這樣。

尚未確認：授權本身。該世代的另一款旗艦 Qwen3.8-Max 是 API 模型，完全不發布權重，因此它並未為 27B 樹立先例。有些媒體已撰文稱 27B 將以 Apache 2.0 授權發布——應將那些視為猜測，而非報導。Alibaba 尚未發表任何授權聲明，而 Qwen 歷史上的慣例正是你不能想當然的原因。

規範 Qwen 權重的兩個授權

Qwe​n 將原始碼與模型權重分開，兩者採用不同的授權條款。QwenLM/Qwe​n GitHub 儲存庫中的程式碼——示範、微調與伺服程式碼——均以 Apache 2.0 釋出。模型權重則依版本個別授權，而 Qwe​n 使用了兩種不同的授權協議：

• Apache 2.0 — 寬鬆授權。允許無限制商業使用，無用戶數量上限，無需權利金；您可以進行微調，並在附帶授權與聲明的前提下重新散布，且此授權附帶明確的專利授權。Qwe​n3 系列（包括 235B 旗艦模型）以及大多數中小型 Qwe​n 模型皆以此授權發布。

• Tongyi Qianwen 授權協議 — 有條件。允許商業使用，但僅限於每月活躍用戶數低於 1 億的組織。超過此門檻，你必須向阿里巴巴申請授權。它也限制開發具競爭性的 AI 服務，要求標示出處並保留授權聲明，且受中國法律管轄，管轄地為杭州。

就 Qwen3.8-27B 而言，在儲存庫出現之前，兩種結果都仍有可能。考量到前兩代，Apache 2.0 是較有可能的預設，但「可能」並非合規姿態。

一億 MAU 條款解讀

通義千問的門檻是最重要的條款，值得逐字閱讀。協議中規定，如果您在商業上使用這些材料，且您的產品或服務每月活躍用戶超過1億，您應向阿里巴巴請求授權。請注意三點：

門檻為 1 億 MAU——比 Meta 在 Llama 2 和 Llama 3 上的 7 億用戶門檻低了七倍。它適用於相當一部分的生產部署，而不僅僅是超大規模應用。

• 這是一個「請求授權」的觸發機制，而非自動授予。談判結果由 Alibaba 決定，且條款非您所能控制。

• 競爭性AI限制獨立於MAU上限，且無論規模大小均適用：即使MAU遠低於1億，若建立的服務與阿里巴巴自身的AI產品競爭，也可能被封鎖。

對大多數團隊而言——擁有數萬名用戶的SaaS產品——月活躍用戶（MAU）上限從來不會構成束縛。但龐大的安裝基礎，或是一款看起來像通用型AI助理的產品，就會改變這個盤算。

每個授權對您的產品意味著什麼

在 Apache 2.0 之下，Qwen3.8-27B 成為一個平淡無奇但安全的依賴：只要保留授權與聲明，且不使用阿里巴巴的商標，你就可以對它進行微調、嵌入、白牌化、提供服務，以及重新散布衍生權重。沒有月活躍用戶計數、沒有談判、沒有司法管轄權的意外。這是大多數開放模型產品團隊所期望的結果，也正是授權問題具有真實商業分量、而非僅是形式手續的原因。

{{1}}在通義千問（Tongyi Qianwen）授權條款下{{/1}}，{{2}}相同的使用行為在月活躍用戶（MAU）達1億以內都沒問題{{/2}}，{{3}}超過後便須取得許可{{/3}}，{{4}}而競爭性AI條款則限縮了你能開發的範疇{{/4}}。{{5}}署名與可接受使用條件在所有規模皆適用{{/5}}。{{6}}即使你從未觸及門檻，該授權的中國法律與杭州管轄條款仍值得向法律顧問提出討論{{/6}}——{{7}}就相同的部署等級而言，其法律立場與Apache 2.0有實質差異{{/7}}。

跨世代的模式 — 以及為何 3.8 是一項新決策

Qwe​n 的授權方式已逐漸趨向 Apache：Qwe​n3 世代甚至將其 235B 旗艦模型以 Apache 2.0 釋出，而 Qwe​n3.5 與 Qwe​n3.6 的版本也延續了這條寬鬆授權路線。Tongyi Qianwen 授權則保留給較舊且較大的項目——Qwen2-72B、Qwen2.5-72B、VL-72B 變體，以及 embedding/reranker 模型。若過往可為借鑑，27B 會落在 Apache。但 3.8 世代同時也是阿里巴巴比以往更大力推動代理自主（agentic autonomy）與企業定位的世代，而在這個產業中，一個世代的旗艦機型也曾改變過授權方向。這項先例是賭注，而非契約。

託管 API 的逃生艙

有一個值得及早釐清的複雜之處：模型使用授權規範的是權重——誰可以散布、修改和執行它們。它並不規範你接觸模型的所有方式。如果你是透過託管 API 呼叫模型，而不是下載權重，那麼規範你使用行為的是提供者的 API 條款；權重授權的觸發條件（再散布、MAU 門檻、微調權利）是提供者的責任，不是你的。對想要 Qwe​n 等級能力、又不想成為被授權方的團隊來說，這就是一條乾淨俐落的路徑。

正是這種差異，使得 API 途徑對這款尚未得到驗證的特定模型格外重要。Qwen3.8-Max — 同一世代的旗艦款 — 已經可以透過 OrcaRouter 以供應商列表價格呼叫，每百萬輸入 token 2 美元、每百萬輸出 token 6 美元，零加價直接轉傳，並在供應商之間自動容錯轉移。你能以廠商的 API 條款獲得該世代的效能，無需授權權重，也無需下載審查；而 27B 的授權與品質問題會在公開場域中自行明朗。當 27B 最終釋出並有供應商託管時，你使用該託管端點同樣適用該供應商的 API 條款 — 在假設每次部署都需要寬鬆的權重授權之前，這點值得謹記。

商業團隊的發布前檢查清單

• 在信任任何下載之前，請確認該儲存庫位於官方的 Qwen Hugging Face 或 ModelScope 組織。

• 請閱讀實際的 LICENSE 檔案——不是部落格文章，不是新聞稿摘要，而是儲存庫中的檔案。

• 判斷其屬於兩種授權中的哪一種，並請法律顧問確認 MAU 條款與競爭性 AI 限制是否適用。

• 若你接近1億這條線，請將你的MAU納入門檻計算——不要猜測。

• 如果許可證是 Tongyi，且您計劃微調並重新分發衍生權重，請立即將歸屬和通知要求納入您的分發流程中

如果你根本不確定自己是否想成為權重許可證持有者，那就改為透過託管 API 來路由模型，讓提供者承擔許可證責任。

結論是：Qwen3.8-27B 的授權是一個尚未定案的決定，有兩個合理的答案，而兩者都尚未定案。Apache 2.0 會讓它成為單純的商業依賴項目。Tongyi Qianwen 授權則對絕大多數團隊——月活躍用戶（MAU）低於 1 億——都適用，超過這個門檻則有特定的義務。為兩種情況做好準備，檔案發布當天就閱讀它，如果你寧可完全不成為被授權方，就保持託管 API 這條路暢通。授權檔案不是你在產品發布後才發現的細節；而是你事先做出的決定。

常見問題

如果我透過託管 API 呼叫 Qwen3.8-27B，100M MAU 上限是否適用於我？

不——權重授權條款約束的是分發或修改權重的任何人。託管 API 提供者的條款管轄你對 API 的使用，因此 MAU 門檻和再分發規則屬於提供者，而非你的應用程式。

對 Qwen3.8-27B 而言，Apache 2.0 是安全的假設嗎？

不。前兩代產品釋出時採用 Apache 2.0 授權，但阿里巴巴對 27B 尚未做出任何授權聲明，而 Qwe​n 先前模型使用的是更為嚴格的通義千問授權。在 LICENSE 檔案出現之前，不要預設任何情況。

如果我的產品在通義千問許可協議下突破1億月活躍用戶（MAU），會發生什麼？

在繼續商業使用之前，您必須向 Alibaba 申請授權。此授權不會自動授予，且無論您的規模大小，競爭性 AI 限制均適用。