まず、どの経路でH3を利用しているかを確認しましょう。 重みのダウンロード、ワークフローの読み込み、ウェブサイトのサブスクリプション契約、クライアントへの動画納品では、関係する資料や契約が異なります。生成タスクの成功や支払い証明の取得だけでは、プロジェクト全体の権限の問題には答えられません。
この記事では、いくつかの利用経路ごとに、確認すべき文書とプロジェクト記録を整理します。カフェの事例は、分析の練習用に独自に作成した架空のケースであり、実際のクライアントの権利を判断するものではありません。一次資料の確認日は 2026年10月6日 です。
1. 利用経路を特定してから、ライセンス文書を探す
実際に利用したサービスやリポジトリの名称を書き出しましょう。「MiniMax H3」だけでは具体性が足りません。モデルの公開元、コミュニティのソフトウェアパッケージ、独立したホスティングサイトが、同じタスクに関わっている場合があります。
| 行ったこと | 最初に確認する文書 | プロジェクトに記録すべき問い |
|---|---|---|
| 重みをダウンロードして自分で実行する | 該当バージョンのモデルライセンス | どのファイルをダウンロードし、どこにデプロイしたか？ |
| ワークフローを変更または配布する | 実際のソフトウェアパッケージと依存関係のライセンス | 引き渡すパッケージにはどのファイルが含まれるか？ |
| MiniMax公式APIを呼び出す | 関連する製品規約と注文内容 | どのサービス、どのアカウント契約を利用したか？ |
| 第三者のホスティングサイトやAPIを利用する | そのサービスの規約とモデルの追加条件 | このタスクを実際に処理したのは誰か？ |
| 完成動画をクライアントに納品する | サービス条件、素材の使用許諾、納品に関する合意 | どの受領者と利用範囲について合意したか？ |
2つの経路を組み合わせて利用する場合は、両方の記録を残しましょう。例えば、ローカルのワークフローがリモートサービスも呼び出す場合、ソフトウェアとホスティングの両方が関係します。ダウンロードしたJSONだけを記録しても、その後の処理経路は説明できません。
2. ソフトウェアとモデル関連のファイルを分けて一覧にする
Comfy Orgのワークフローテンプレート はMIT、ComfyUIのコア はGPL v3を採用しています。モデルには独自の契約もあります。よく知っているソフトウェアライセンスの名称だけで、そのソフトウェアが読み込むすべてのものについて結論を出すことはできません。
単に「オープンソース」にチェックを入れるよりも、パッケージの一覧を用意する方が実用的です。ワークフロー、カスタムノード、モデルの重み、エンコーダー、入力素材を、それぞれ1行ずつ記載しましょう。変更する前に出所とバージョンを記録しておけば、後でパッケージ全体を別のチームに渡す際に、自分で作成したものと上流から取り込んだものを区別できます。
ComfyUIの資料ページ は、技術的な入力経路を紹介するものです。インストール手順があり、ノードグラフを開けるからといって、あなたの配布方法について許諾上の判断が済んでいるわけではありません。
3. オープンウェイトとホスティングの経路をそれぞれ確認する
モデルの2026年8月2日付コミュニティライセンス は、EU、英国、韓国、米国を適用地域から除外しています。商用製品およびサービスの年間売上高が2,000万米ドルを超える場合は事前の書面による許可が必要で、商用インターフェースには名称表示の要件があります。出力の所有権は主張していませんが、条件と利用者の責任は引き続き定められています。
公開元のライセンスFAQ は、世界中で提供される公式APIと、地域条件のあるオープンウェイトを区別しています。統一サービスの枠組み も、個別の製品規約や補足規約を参照しています。これらの公開資料から、別の提供事業者がどのような個別許可を取得したかは分かりません。また、あなたの具体的な注文内容に代わるものでもありません。
ホスティングサービスを利用する場合は、実際のサービス名と適用規約へのリンクをタスク記録と一緒に保存しましょう。この独立したStudioを利用する場合は、当サイトの利用規約から確認を始めてください。別の会社のサブスクリプションやライセンスを、実際に利用するサービスの契約に置き換えることはできません。
4. 完成動画を納品資産として改めて確認する
提供事業者が所有権を主張しなくても、入力素材に不足している使用許諾が補われるわけではありません。falの利用規約 は、出力の独自性や非侵害を保証しないと明記しており、第三者の条件が適用される場合もあります。完成したファイルを実際のプロジェクト要件に照らして確認することも、納品作業の一部です。
あるカフェが5秒のカップ広告を依頼し、商品写真、店員の肖像、音楽を提供したとします。3つの項目を別々に作成しましょう。写真を提供したのは誰か、人物の肖像についてどの用途が合意されているか、音楽の使用許諾はどの納品方法までカバーしているかを記録します。1つでも答えがない場合は確認待ちとして残し、ほかの2つを根拠に、その項目も許可済みであるかのように扱ってはいけません。
さらに、クライアントがどこで公開する予定か、その後の変更、再許諾、新たなキャンペーンが合意に含まれるかも記録しましょう。ここで紹介しているのは独自の記録方法であり、特定の契約においてこれらの権利が成立しているかを判断するものではありません。
5. プロジェクトと一緒に引き継げる記録表を残す
| 項目 | このプロジェクトについて記入 |
|---|---|
| 利用経路とサービス名 | ______ |
| モデル識別子とタスク実施日 | ______ |
| 規約／ライセンスのリンクとバージョンまたは日付 | ______ |
| 入力素材の出所と使用許諾の記録 | ______ |
| 合意した受領者、公開チャネル、納品範囲 | ______ |
| 確認待ちの事項、担当者、回答 | ______ |
練習用の草稿からクライアントへの納品に移る際は、この記録表も一緒に保管しましょう。モデル、サービス、音楽、納品範囲が変わったら、該当する項目を更新します。以前のプロジェクトでの結論を、説明もなく別のタスクに引き継ぐべきではありません。
6. 大きな問いを、回答できる小さな問いに書き換える
「H3は商用利用できるか」という問いは、具体的な確認依頼に書き換えられます。提供事業者、利用経路、場所、使用するもの、予定する用途を明記し、未解決の条件を該当する相手に確認して、その回答をプロジェクト記録に残しましょう。
個人クリエイターという立場だけでは、利用経路は分からず、個々の入力素材の権限の問題も解決しません。実際に使用するものと納品範囲に沿って記録を記入してください。支払いは購入が行われたことを示し、テンプレートのライセンスはソフトウェアの条件を示します。どちらも、それだけで納品までの一連の過程全体を説明するものではありません。実行環境を計画する際は、引き続きComfyUIの資料ページを参照できます。利用経路が決まったら、プロンプトの書き方はプロンプトガイドをご覧ください。
