開放權重模型遇上出口管制，部署前要查哪些條件？

能下載開放權重模型，就代表組織能持續使用嗎？此類模型可取得訓練後參數，並在本地執行或微調；能否長期部署，還要看授權、取得管道、維護和替代能力。中國商務部與科技部於 2026 年 10 月 16 日公告擬修訂技術出口目錄，並對公告附件所列技術實施出口前登記。台灣團隊可先盤點交易鏈上的依賴。

一、中國 AI 出口管制進展到哪裡？

技術出口目錄的修訂目前仍是公開徵求意見稿，但公告附件所列技術已自 2026 年 10 月 16 日起適用出口前登記要求。兩者是不同措施，不能把整份草案說成已正式生效，也不能忽略公告已啟動的臨時登記。

商務部、科技部公告第 48 號提出修訂技術出口目錄，徵求意見至 2026 年 11 月 15 日。公告稱，擬新增 23 項人工智慧技術，涉及大模型、智能體、算力集群與資訊處理；透過開源或學術論文進入公共領域的技術不納入管理。實際涵蓋範圍仍須看附件與正式修訂結果。

公告另要求，目錄正式修訂前，出口附件所列技術須先到商務部系統登記。情形包括轉讓技術所有權、授權境外使用，以及技術所有人或實際控制人變更為境外主體。個別模型、權重或授權安排是否落入附件，須按附件與交易內容判斷。

The Decoder 報導提到，草案可能涵蓋權重、檢查點、原始碼、模型架構及訓練或推論方法。官方公告附件列為 WPS 檔，需讀取附件及後續正式規則才能確認個別模型是否納管。「開源」或「公開可取得」也不能直接推導成跨境授權、技術轉移或商業部署都自動豁免。

台灣部署者應追蹤附件範圍、正式目錄與登記流程。若中國境內供應者授權或移轉模型技術給境外組織，可請供應者書面說明合規判斷並保存依據。

二、開放權重不等於不受授權限制

不能只由權重可下載判定使用權。組織還要核對模型授權是否允許預定用途、修改、商用與再散布，並確認取得權重、程式碼和服務的來源條件。

模型權重是訓練後的參數；原始碼可能是推論程式，也可能包含訓練、資料處理或架構程式。模型服務則是透過 API（應用程式介面）呼叫供應商代管模型，通常不提供權重。三者的權利與維護責任不同，下載權重也不會自動取得訓練資料、訓練程式或再散布權。

開放權重描述技術元件可否取得；開源 AI 則涵蓋使用、研究、修改與分享自由。Open Source Initiative（OSI，開放原始碼促進會）的《Open Source AI Definition》要求符合其定義的模型或權重提供產生參數所需的資料資訊與程式碼。各模型授權仍有差異，著作權、資料來源和出口管制也須另外確認。

「AI 模型由模型架構、模型參數（包括權重）及執行模型的推論程式碼組成。」（中文翻譯）— Open Source Initiative，《Open Source AI Definition 1.0》

審查時取得適用版本的授權文本，確認用途、商用、修改、再散布、衍生模型及地區限制，也要留意公開衍生模型或保留標示的要求。記錄發布者、版本、下載時間、檔案雜湊值（核對檔案是否相同的數值）與鏡像來源，以追溯執行版本。

若以 API 提供模型，需查資料保留、服務區域、價格、停用條件與版本通知。開源授權和雲端服務條款可能來自不同主體，應分別記錄權重、程式碼、資料及託管服務的負責人。

三、供應鏈風險為何延伸到部署之後？

因為下載只解決當下取得問題，後續安全修補、版本相容、授權效力和供應路徑仍可能改變。部署者要能追溯來源、掌握維護責任，並確認服務或更新中斷時的處置方式。

模型依賴涵蓋發布者、下載平台、推論引擎、雲端運算和內部應用。發布者停止維護、平台下架檔案、軟體升級後不相容或雲端調整地區政策，都可能影響服務。

中國公告要求附件所列技術在目錄修訂前辦理出口前登記，沒有宣告所有中國模型都會停止下載或部署。影響取決於附件範圍、交易型態及供應方的辦理情形，可能進一步影響授權、更新或服務供應。

美國國家標準暨技術研究院（NIST）的 AI 風險管理框架 Playbook 建議管理第三方 AI 技術、文件與變更，並確認關鍵第三方系統的應變安排。這是部署治理指引，可用來檢查模型供應者以外的依賴。

「第三方資源可提升效率與擴充性，也可能增加複雜度與不透明度，進而帶來風險。」（中文翻譯）— NIST AI RMF Playbook，Manage 3.1

指定人員監看公告、評估更新、測試並核准部署。供應商若未承諾維護期限，組織須估算自行維護的人力與工具。台灣團隊也應核實地區可用性、付款流程和資料存放位置。

四、自架、託管 API 與多模型備援如何取捨？

沒有單一部署方式能同時降低所有風險。自架增加內部控制，也帶來維護責任；託管 API 減少基礎設施負擔，卻依賴供應商條款與服務可用性；多模型備援能增加切換選項，但提高測試、整合和治理成本。

部署方式	可控性與責任	主要供應風險	適用時要先確認
自架開放權重模型	組織控制執行環境與資料流；自行負責硬體、修補、評測和版本管理	權重授權或下載管道變動；維護人力不足；新版本與現有應用不相容	授權可否涵蓋用途、權重來源可否留存、內部是否有維運能力
託管 API	供應商維護模型與服務；組織負責資料使用、介接與供應商管理	價格或條款調整、模型下架、區域限制、服務中斷或版本變更	資料處理條款、服務地區、通知期、服務水準與退出安排
多模型備援	保留一個以上執行路徑；需自行管理路由、測試和一致性	備援模型可能能力不同，切換會影響輸出、成本、延遲或安全表現	定義切換條件、定期測試替代模型、準備輸出檢核與回退流程

自架適合需控制執行位置、固定版本且能管理硬體和更新的團隊。它不會擴大使用權，也無法排除上游依賴；授權或權重來源變動仍須處理。

託管 API 可減少基礎設施維運，但需接受外部服務依賴。應檢查服務地區、資料保存、通知與退出機制；若核心流程只接一家 API，須預備停用、調價或換版時的轉移方案。

多模型備援須以實際任務測試替代模型，並演練切換、量測成本與延遲，定義啟動條件。部署選擇應考量控制需求、維護能力和切換成本。

五、部署前先核對哪些條件？

先確認誰提供模型、組織取得哪些權利、誰負責更新，以及中斷時能否切換。涉及中國技術出口的交易，還需按官方附件和實際授權或移轉方式確認是否落入登記管理範圍。

1. 盤點來源。記錄模型與發布者、版本、取得平台、日期、檔案雜湊值及鏡像來源。

2. 核對使用權。保存授權與服務條款，確認用途、商用、修改、再散布及地區限制。

3. 確認跨境責任。對照中國官方附件與正式更新，釐清境內主體提供權重或授權境外使用是否適用出口前登記，並留存書面判斷。

4. 定義維護安排。指定安全公告、更新測試與部署負責人，確認版本支援及停止維護後的處理方式。

5. 測試替代路徑。以實際任務驗證備援模型或人工流程的品質、成本、延遲和資料條件，並演練切換。

由採購、法務、資安與產品團隊共同維護模型清冊，列明依賴、授權、更新來源和退場方案。升級模型、變更平台或服務地區時重新核對。

• 目錄修訂仍在徵求意見；附件所列技術已啟動出口前登記。
• 權重可取得不代表授權、程式碼、資料和跨境條件都已確認。
• 檢查更新、地區可用性與退出安排，並演練備援。

常見問題

Q1：中國公告是否代表所有中國開放模型都不能再下載？

附件所列技術在目錄修訂前須登記；公告也排除經開源或學術論文進入公共領域的技術。個別模型依附件與交易判斷。

Q2：權重已公開下載，企業還需要確認授權嗎？

需要。公開下載不會自動授予商用、修改、散布或跨境轉移權利，應依產品用途核對授權文本。

Q3：自架模型是否能避免供應中斷？

自架可減少對託管 API 的依賴，但仍仰賴發布者、平台、硬體、軟體和更新來源，也須自行維護安全與相容性。

Q4：台灣團隊現在最先要做什麼？

先整理模型清冊與授權文件，確認是否涉及中國境內技術輸出或境外授權，再追蹤官方附件和正式目錄。登記義務不明時，向供應方取得書面說明並尋求專業協助。