简介
2026年下半年，开源模型的发布节奏明显加快：10月21日 Recursive 的 Flint 用 Apache 2.0，10月22日 MiniMax 放出 M3.1 Flash 权重，10月23日腾讯混元 Hy3 正式开源并且同样是 Apache 2.0。对企业来说，"能不能用"已经不是问题，"能不能免费商用"才是。
这件事的答案完全取决于协议，而协议之间的差距，比很多人想象的大。
核心对比：四类协议的实质差异
- Apache 2.0：最宽松的商用友好协议之一。可以自由使用、修改、分发、商用，只需保留版权与许可声明、标注修改。还附带明确的专利授权条款。没有营收门槛、没有用户数限制、没有署名要求。Flint、混元 Hy3、IBM Granite 4.2、Qwen3-Coder-Next、Olmo 3.1、Command A+ 都走这条线。
- MIT：比 Apache 2.0 更短、更简单，唯一要求是保留版权与许可声明。缺点是没有专利授权条款，遇到专利纠纷时保护弱一些。蚂蚁 Ling-3.1-flash、微软 Phi-4-reasoning-vision 用 MIT。
- 社区协议（Llama 类/自定义）：需要逐条读。常见组合是"一定规模以下免费、超过年营收门槛需要另行授权"，外加使用限制（禁止军事用途、要求产品标注来源）。MiniMax M3 系列的社区协议就要求非商用免费、商用需标注"Built with"，年营收超过2000万美元要另行书面许可，并且禁止军事用途。
- 研究许可/非商用：只能研究评估，不能进产品。很多"论文附带权重"的模型属于这一类，看到"non-commercial"就直接排除商用场景。
详细分析：三个最容易踩的坑
坑一：只看"开源"两个字就接入。 开源不等于可以免费商用。国内某头部厂商的模型叫"开放权重"，但条款里写着月活超过7亿需另行授权——绝大多数公司碰不到这条线，但如果你的产品是给超大平台做白标，就要算清楚。
坑二：忽略"输出内容"的授权。 模型权重是 Apache 2.0，不代表模型生成的内容没有风险。部分协议会要求你对自己产品里生成内容的合规性负责；如果是给客户做私有化交付，最好在合同里把这块责任划清。
坑三：以为 Apache 2.0 就完全无义务。 它要求你保留 NOTICE 文件与许可声明，修改过的文件要标注修改。这些义务很轻，但审计时缺了就是缺了。
还有一个容易被忽视的角度：协议宽松度已经成了产品竞争力。同样是295B级别的模型，Apache 2.0 与"月活7亿门槛"的社区协议，对中小团队的实际吸引力完全不同。这也是为什么腾讯把 Hy3 放到 Apache 2.0 下被视为一次战略性动作——它把法务成本从客户身上移走了。
实操建议：按部署形态选协议
做SaaS产品：优先 Apache 2.0 或 MIT，其次是可以接受的社区协议。如果用量大且营收会涨，尽量避开带营收门槛的协议，否则业务成功反而带来合规成本。
做私有化交付：客户现场部署时，协议义务会随代码一起交到客户手里。选 Apache 2.0 最省事，客户法务几乎不会拦。
做内部工具：限制最宽松，社区协议基本都够用。
做研究：非商用许可也能用，但如果成果后续要产品化，建议一开始就选可商用协议，避免返工。
当前值得关注的几个 Apache 2.0 模型
编程与本地部署看 Recursive Flint；中文长文档与 RAG 看 腾讯混元 Hy3；通用对话与多模态可以看 MiniMax M3.1 Flash。三个都是 Apache 2.0 或等价的宽松条款。
总结
选模型之前先看协议，是2026年做AI产品的基本功。一句话原则：能量化营收门槛的协议，一定在协议文本里写清楚了数字；没写清楚的，就去问厂商法务。 别用"大家都这么用"来替代合规判断。