先確認自己透過什麼途徑使用 H3。 下載權重、匯入工作流程、訂閱一個網站、向客戶交付影片,涉及的材料和協議不同。任務生成成功或取得付款憑證,都不能單獨回答整個專案的使用權限問題。
本文將幾種使用途徑對應到需要核對的文件和專案紀錄。咖啡店案例是原創的虛構分析練習,不是對真實客戶權利的判斷。一手資料核對日期為 2026 年 10 月 6 日。
1. 先找使用途徑,再找授權文件
寫下實際使用的服務或儲存庫名稱。只有「MiniMax H3」不夠具體:模型發布方、社群軟體套件和獨立託管網站,可能同時出現在同一項任務裡。
| 你做了什麼 | 先識別哪份文件 | 專案裡應記錄的問題 |
|---|---|---|
| 下載權重並自行執行 | 對應版本的模型授權條款 | 下載了哪些檔案,在哪裡部署? |
| 修改或散布工作流程 | 實際軟體套件及相依套件的授權條款 | 交付的套件包含哪些檔案? |
| 呼叫 MiniMax 官方 API | 相關產品條款及訂單 | 使用了哪個服務、哪份帳戶協議? |
| 使用第三方託管網站或 API | 該服務條款及模型附加條件 | 誰實際處理了這次任務? |
| 把完成的影片交給客戶 | 服務條件、素材授權和交付約定 | 約定了哪些接收方和使用範圍? |
混合使用兩種途徑時,兩項都要保留。例如,一個本機工作流程還呼叫遠端服務,就同時涉及軟體和託管部分;只記錄下載的 JSON,無法說明後續的處理流程。
2. 把軟體和模型材料分開列出
Comfy Org 工作流程範本 採用 MIT,而 ComfyUI 核心 採用 GPL v3。模型還有自己的協議。熟悉的軟體授權名稱,不能替這個軟體載入的所有材料作出結論。
與其只勾選「開源」,更實用的做法是準備一份軟體套件清單:工作流程、自訂節點、模型權重、編碼器和輸入素材分別列一行。修改前先記錄來源和版本;日後把整個套件交給另一個團隊時,就能分清哪些是自己寫的,哪些來自上游。
ComfyUI 資料頁 介紹的是技術上的輸入途徑。安裝說明和能開啟的節點圖,並不等於你的散布方式已經完成授權判斷。
3. 開放權重與託管途徑分別核對
模型的 2026 年 8 月 2 日社群授權條款 將歐盟、英國、韓國、美國排除在適用地域之外;商業產品和服務的年營收超過 2,000 萬美元,需要事先取得書面授權,商業介面也有名稱顯示要求。它不主張輸出內容的所有權,但仍保留相關條件和使用者責任。
發布方的授權常見問題 區分全球提供的官方 API 與有地域條件的開放權重。統一服務框架 也指向具體產品和補充條款。這些公開資料不能告訴你另一家供應商取得了什麼個別授權,也不能代替你的具體訂單。
使用託管服務時,把實際服務名稱和適用條款連結保存在任務紀錄旁。使用這個獨立 Studio 時,從本站服務條款開始核對。另一家公司的訂閱或授權,不能取代你實際使用服務的協議。
4. 把完成的影片當成交付資產再檢查
供應商不主張所有權,並不會補足你輸入素材缺少的授權。fal 服務條款 明確表示不保證輸出內容獨特或不侵權,第三方條件也可能適用。對照實際專案需求審核完成的檔案,仍是交付工作的一部分。
假設一家咖啡店訂製五秒的杯子廣告,提供了商品照片、店員肖像和一段音樂。分別建立三個項目:照片由誰提供、人物肖像約定了什麼用途、音樂授權涵蓋哪些交付方式。如果其中一項沒有答案,就保留為待確認,不能用另外兩項去暗示它也已獲准。
再記錄客戶計畫在哪裡發布,以及後續修改、轉授權或新增活動是否包含在約定裡。這裡提供的是原創紀錄方法,不替任何一份合約判斷這些權利是否成立。
5. 為專案保留一張能隨案移交的紀錄表
| 欄位 | 為本專案填寫 |
|---|---|
| 使用途徑及服務名稱 | ______ |
| 模型識別資訊與任務日期 | ______ |
| 條款/授權連結及版本或日期 | ______ |
| 輸入素材來源與授權紀錄 | ______ |
| 約定接收方、管道及交付範圍 | ______ |
| 待確認問題、負責方及答覆 | ______ |
從練習稿轉為客戶交付時,把這張紀錄一併保留。模型、服務、音樂或交付範圍改變了,就更新對應項目。先前專案的結論不應在未經確認的情況下沿用到另一項任務。
6. 把大問題改寫成可回答的小問題
「H3 能不能商用」可以改寫成具體請求:寫明供應商、使用途徑、地點、材料和擬議用途,再向相應主體確認尚未解決的條件,把答覆留在專案紀錄中。
獨立創作者這個身分,不能說明使用途徑,也不能解決某份輸入素材的使用權限。仍應按照自己實際使用的材料和交付範圍填寫紀錄。付款說明曾經購買,範本授權條款說明軟體條件;兩者都不能單獨說明完整的交付流程。規劃執行環境時,可以繼續閱讀 ComfyUI 資料頁;選好途徑後,提示詞撰寫方法見提示詞指南。