2026 用 Qwen3.8 Max 做 Coding Agent 要另簽許可證嗎？

症狀：你想用 Qwen3.8 Max 做 Coding Agent，卻不確定 AI Work Assistant 條款會不會要求另簽。
最快解法：先判斷是否向第三方開放模型、輸出或底層能力，再判斷產品主要用途；只有符合條件且持牌主體及關聯方在連續十二個月合計營收超過 5,000 萬美元，才進入另簽許可證的核對範圍。

這個結論適用於目前公開的 Qwen3.8-Max License。它不是「禁止商用」條款。許可證仍列出使用、修改、發布、銷售、部署、託管及微調等權利，但附帶模型名稱展示與 AI Work Assistant 的條件。正式文字也沒有此前社群流傳的美國、歐洲、英國或韓國禁下條款。請以官方 LICENSE 原文為準，不把媒體推測當成現行義務。(huggingface.co)

如果你只是公司內部部署，重點不是「有沒有收費」，而是模型能力、輸出和介面是否真的只供同一持牌主體的內部人員使用。若你要向客戶、合作夥伴或公眾提供獨立編程助手，則要進一步檢查產品定位與營收門檻。

先看判斷鏈：普通商用、展示模型名與另簽是三件事

不要把三種義務混成一件事。你應該按以下順序檢查：

1. 普通商業使用：許可證允許你把模型用於商業產品或服務，但仍須遵守授權通知、適用法律及第三方智慧財產權要求。
2. 介面展示模型名稱：若商業產品或服務超過 1 億月活躍用戶或 每月收入 2,000 萬美元，許可證要求在使用者介面突出展示相應模型名稱。這個門檻不是 AI Work Assistant 的另簽門檻。(huggingface.co)
3. 另簽許可證：若持牌人或其關聯方經營 Model as a Service 或 AI Work Assistant，並在連續 12 個月內合計營收超過 5,000 萬美元，便要在作商業使用前向 Qwen 取得另行許可。

因此，「低於五千萬美元」只代表尚未觸發這一項另簽條件，不代表你可以忽略版權聲明、模型名稱展示條款或其他適用法律。

第一個爭議：公司內部使用，還是把能力交給第三方？

Qwen3.8 Max 在內部使用上的例外，條件寫得比「私有部署」更窄。現行 LICENSE 表示，另簽要求不適用於持牌人的內部使用，但前提是該使用不能讓模型、模型輸出或底層模型能力對任何第三方可用。(huggingface.co)

這會影響以下幾種架構：

實務上，你要畫出一張資料流圖，而不是只寫「部署在內網」：

• 誰可以發送提示？
• 誰可以調整溫度、工具權限或推理參數？
• 誰可以讀取模型輸出？
• 模型是否接受客戶程式碼、私有儲存庫或企業資料？
• 端點是否讓第三方建立自己的工作流程？

例如，公司員工使用內部 Git 儲存庫中的 Coding Agent，模型輸出只回到同一公司的工作系統，這通常更接近內部使用。但若你把同一端點開放給客戶，讓客戶自行提交程式碼、選擇參數並取得結果，就不能只用「我們是自託管」作結論。

注意：這是產品與部署的合規判斷框架，不是對特定公司關係或合約的法律定性。若你無法確認第三方是否取得模型能力，應先保留疑義。

第二個爭議：獨立 Coding Agent 與普通軟體插件，條款怎麼分？

LICENSE 對 AI Work Assistant 的定義，指向「獨立、由 AI 驅動、主要用於 AI 輔助編程或辦公生產力的產品」。它同時列出幾項排除情形，包括單一用途 AI 工具、主要服務其他領域的 AI 助手，以及只是非編程或辦公生產力產品中的一項功能。(huggingface.co)

這代表產品名稱不是唯一依據。叫「Copilot」、「插件」或「工作台」都不能自動避開條款；部署位置也不是唯一依據。你應該比較產品的主要用途、使用流程和對外描述。

單一用途，不等於所有窄功能工具都自動排除

這是 Coding Agent 最容易被誤讀的地方。許可證舉出單一用途 AI 工具作為例子，但沒有說「只會寫程式的一個插件」就必然不屬於 AI Work Assistant。

你可以用以下問題做初步分流：

• 工具只完成一次性的程式碼格式轉換，還是會持續產生、修改、除錯及測試程式碼？
• 使用者是否可以讓它規劃多步驟任務？
• 它是否會讀取儲存庫、呼叫終端機、修改檔案及回報結果？
• 產品是否以「提升開發工作效率」作為主要價值？
• 編程功能是產品核心，還是普通業務軟體中的附屬按鈕？

若你的工具會持續參與程式碼生成、除錯、規劃和辦公流程，就不應只因功能數量少而直接主張排除。反過來，若它只是一般產品中的一項程式碼轉換功能，也不應在沒有核對完整產品定位前，直接認定一定觸發。

這也是「對外提供 Coding Agent 是否屬於 AI Work Assistant」的正確切入點：先看主要用途與產品獨立性，再看第三方是否能使用模型能力，最後才處理營收條件。

第三個爭議：插件形式會不會觸發條款？

插件不是安全詞。你可以把它當成產品架構問題，而不是命名問題。

若插件只是普通企業軟體中的輔助功能，例如在工單系統中提供一個固定的程式碼片段轉換操作，判斷方向可能與「非 AI 編程產品中的功能」較接近。若插件實際上是一個完整的獨立代理，能讀取儲存庫、規劃任務、執行測試並修改檔案，即使它掛在另一個主程式中，也可能需要按 AI Work Assistant 的定義進一步評估。

你可以在上線前保留以下證據：

1. 產品首頁如何描述主要用途。
2. 使用者首次進入後最常使用的功能。
3. 收費方案是否按 Coding Agent 能力計價。
4. 插件能否脫離主產品獨立完成編程工作。
5. 是否讓客戶自行輸入提示、選擇參數或建立長期工作流程。

這些資料不能替代法律意見，但能讓你向 Qwen 詢問時提供完整背景，也能避免團隊只憑「它是插件」作出過度樂觀的結論。

第四個爭議：五千萬美元看產品收入，還是公司總收入？

現行文字不是只看 Coding Agent 這個產品賺多少。它寫的是持牌人及其關聯方的合計營收，並採用連續十二個月口徑；這與自然年度、單一產品收入或單一地區收入都不完全相同。(huggingface.co)

要特別分開兩個數字：

• 每月 2,000 萬美元或 1 億月活躍用戶：關係到產品介面上的模型名稱展示。
• 連續十二個月合計 5,000 萬美元：在符合 Model as a Service 或 AI Work Assistant 條件時，關係到另簽許可證。

第三方文章曾討論收入分成或地域限制，但截至 2026 年 8 月 20 日，這些說法沒有寫入目前 LICENSE，不能當成現行條款。你可以參考第三方條款整理與社群爭議說明，但最終仍應回到目前的 LICENSE 提交內容核對。這些文章只能用來定位爭議，不能取代官方文字。

第五步：邊界不清時的可回退模型路徑

如果你已經準備把 Coding Agent 接到客戶或公眾服務，不建議先把整個產品綁死在 Max 上。較穩妥的做法是把模型端點抽象化，讓代理層、工具層和權限層不依賴單一模型名稱。

方案 A：明確內部使用

適合公司員工使用，且模型、輸出與底層能力不向第三方提供。

你應該完成：

• 以公司帳號登入，禁止外部註冊。
• 記錄提示、輸出與儲存庫的資料流向。
• 限制外包人員、客戶及合作夥伴存取。
• 保存產品用途與部署範圍文件。
• 每次模型更新時重新核對 LICENSE。

方案 B：對外產品但尚未觸發門檻

適合正在試運行的獨立 Coding Agent。你可以先做產品驗證，但要同步追蹤：

• 客戶是否能控制模型輸入或參數。
• 產品是否逐漸從附屬功能變成獨立編程產品。
• 持牌主體與關聯方的連續十二個月營收。
• 使用者介面是否接近模型名稱展示門檻。
• Qwen 是否發布新的 FAQ、授權流程或條款修訂。

方案 C：可能已觸發條款

若你的產品明確是獨立 AI 輔助編程服務，且主體及關聯方營收可能超過 5,000 萬美元，應在商業使用前聯絡 Qwen，要求書面確認或另簽許可證。不要只保存一篇新聞截圖，也不要以「模型權重可以下載」推導出商業服務一定可以直接上線。

在架構上，保留 Qwen3.8-27B 作為回退路徑。任務書所核對的官方模型標示為 Apache 2.0；你仍要保存對應版本的模型頁、LICENSE 和提交紀錄，不要把不同版本或量化檔案的授權資訊混在一起。(huggingface.co)

可照著執行的上線驗收順序

1. 固定版本：記錄模型名稱、下載日期、提交識別碼與 LICENSE 版本。
2. 畫資料流：標出員工、客戶、外包人員、合作夥伴及關聯公司的存取路徑。
3. 描述產品主要用途：分開寫產品核心功能、附屬插件功能及單一用途操作。
4. 核對對外能力：確認第三方是否能提交提示、控制參數、取得輸出或建立託管工作流程。
5. 建立營收表：以持牌主體及關聯方為範圍，按連續十二個月更新。
6. 分離展示條款：另外檢查 1 億月活躍用戶及每月 2,000 萬美元門檻。
7. 準備書面詢問：把產品流程、使用者類型、資料流和營收口徑一次交給 Qwen。
8. 測試模型切換：讓代理層可以改用 Qwen3.8-27B 或其他授權適配模型，不要把模型名稱寫死在多個服務中。

你也可以先用短期驗證環境完成權限隔離、端點切換和 Coding Agent 工作流測試，再決定是否投入長期硬體或固定伺服器成本。若要比較不同租用週期與可用區域，可先查看MacHTML 的方案頁；若需要處理連線、帳號或環境交付問題，再使用MacHTML 幫助頁。

當前方案與 Mac 方案：不要讓合規驗證被環境拖住

直接在現有辦公電腦上測試，常見問題是記憶體與儲存空間不足、團隊共用環境造成權限混亂，以及本地設備無法穩定重現對外試運行條件。長期租用固定伺服器則可能帶來閒置成本、配置調整不靈活和模型切換時需要重新部署的問題。

如果你現在只是要完成內部驗證、權限測試或短期對外試運行，租用 MacHTML 的 Mac 環境可以先把模型端點、代理工具和存取規則跑通，再決定是否自購 Mac 或建立長期基礎設施。它不一定適合需要長期滿載推理、特殊硬體介面或固定本地資料庫的團隊；但對需要臨時算力、可回退模型路徑和快速驗證部署的產品團隊，先用短期環境通常比立即鎖定單一路徑更容易控制風險。

最後更新於 2026 年 8 月 20 日；資料核實自 Qwen3.8-2.4T-A95B 官方 LICENSE、模型頁及 Qwen3.8-27B 官方模型標示。 若 Qwen 修改 LICENSE、發布 AI Work Assistant 的正式 FAQ，或調整另簽流程，應立即重新檢查本文結論。本文只提供產品與部署決策框架，不構成法律意見。

延伸閱讀: Qwen3.8 系列授權與商用 API 權限：先釐清可否用於產品服務 Qwen3.8-27B 回退方案：16GB Mac 部署與 Coding Agent 實作考量