先确认自己通过什么路径使用 H3。 下载权重、导入工作流、订阅一个网站、向客户交付视频，涉及的材料和协议不同。任务生成成功或取得付款凭证，都不能单独回答整个项目的权限问题。
本文把几种路径对应到需要核对的文档和项目记录。咖啡店案例是原创的虚构分析练习，不是对真实客户权利的判断。一手资料核对日期为 2026 年 10 月 6 日。
1. 先找使用路径，再找许可文件
写下实际使用的服务或仓库名称。只有“MiniMax H3”不够具体：模型发布方、社区软件包和独立托管网站，可能同时出现在同一项任务里。
| 你做了什么 | 先识别哪份文档 | 项目里应记录的问题 |
|---|---|---|
| 下载权重并自己运行 | 对应版本的模型许可 | 下载了哪些文件，在哪里部署？ |
| 修改或分发工作流 | 实际软件包及依赖的许可证 | 交出去的包包含哪些文件？ |
| 调用 MiniMax 官方 API | 相关产品条款及订单 | 使用了哪个服务、哪份账户协议？ |
| 使用第三方托管网站或 API | 该服务条款及模型附加条件 | 谁实际处理了这次任务？ |
| 把成片交给客户 | 服务条件、素材授权和交付约定 | 约定了哪些接收方和使用范围？ |
混合使用两条路径时，两项都保留。例如一个本地工作流还调用远程服务，它同时涉及软件和托管部分；只记录下载的 JSON，无法说明后面的处理链路。
2. 把软件和模型材料分开列
Comfy Org 工作流模板 使用 MIT，而 ComfyUI 核心 使用 GPL v3。模型还有自己的协议。熟悉的软件许可证名称，不能替这个软件加载的所有材料作出结论。
与其只勾选“开源”，更实用的是准备一份软件包清单：工作流、自定义节点、模型权重、编码器和输入素材分别列一行。修改前先记录来源和版本；以后把整个包交给另一个团队时，就能分清哪些是自己写的，哪些来自上游。
ComfyUI 资料页 介绍的是技术输入路径。安装说明和能打开的节点图，并不等于你的分发方式已经得到许可判断。
3. 开放权重与托管路径分别核对
模型的 2026 年 8 月 2 日 Community License 将欧盟、英国、韩国、美国排除在适用地域外；商业产品和服务的年营收超过 2,000 万美元需要事先书面授权，商业界面有名称显示要求。它不主张输出所有权，但仍保留条件和使用者责任。
发布方的许可 FAQ 区分全球提供的官方 API 与有地域条件的开放权重。统一服务框架 也指向具体产品和补充条款。这些公开资料不能告诉你另一家供应商取得了什么单独授权，也不能代替你的具体订单。
使用托管服务时，把实际服务名称和适用条款链接保存在任务记录旁。使用这个独立 Studio，从本站服务条款开始核对。另一家公司的订阅或许可，不能替换你实际使用服务的协议。
4. 把成片当成交付资产再检查
供应商不主张所有权，不会补齐你输入素材缺少的授权。fal 服务条款 明确不保证输出独特或不侵权，第三方条件也可能适用。对照实际项目需求审核完成的文件，仍是交付的一部分。
假设一家咖啡店订制五秒杯子广告，提供了商品照片、店员肖像和一段音乐。分别建立三个条目：照片是谁提供的，人物肖像约定了什么用途，音乐权限覆盖哪些交付方式。如果其中一项没有答案，就保留为待确认，不能用另外两项去暗示它也已获准。
再记录客户计划在哪里发布，以及后续修改、转授权或新增活动是否包含在约定里。这里提供的是原创记录方法，不替某一份合同判断这些权利是否成立。
5. 给项目保留一张能跟着走的记录表
| 字段 | 为本项目填写 |
|---|---|
| 使用路径及服务名称 | ______ |
| 模型标识与任务日期 | ______ |
| 条款/许可链接及版本或日期 | ______ |
| 输入素材来源与授权记录 | ______ |
| 约定接收方、渠道及交付范围 | ______ |
| 待确认问题、负责方及答复 | ______ |
从练习稿转为客户交付时，把这张记录一并保留。模型、服务、音乐或交付范围改变了，就更新对应项。以前项目的结论不应默默跟着另一项任务走。
6. 把大问题改写成可回答的小问题
“H3 能不能商用”可以改写成具体请求：写明供应商、使用路径、地点、材料和拟议用途，再向相应主体确认尚未解决的条件，把答复留在项目记录中。
独立创作者这个身份，不能说明使用路径，也不能解决某份输入素材的权限。仍按自己实际使用的材料和交付范围填写记录。付款说明发生了购买，模板许可证说明软件条件；两者都不能单独说明完整交付链。规划运行环境时，可以继续看 ComfyUI 资料页；选好路径后，写作方法见提示词指南。
