开源模型许可与商用风险

开源模型许可风险，指的是模型权重与代码虽然公开可下载，使用范围却仍由许可条款约定，而条款之间的差别可能影响能否商用、能否修改、能否再发布。把「开源」等同于「随便用」，是这类风险最常见的来源

四类许可各要看什么

• 宽松型：通常允许商用与修改，重点核对署名与免责声明是否要求随分发一并保留。
• 传染型：对衍生作品的分发有额外要求，若计划把模型与自有软件合并交付，需要重点评估。
• 发布方自定义许可：条款由发布方自行拟定，常见附加限制包括用户或营收规模门槛、特定用途限制与命名要求。
• 仅研究用途：明确不许可商用，这类模型不能进入生产候选集。

以上是分类思路，具体条款以模型发布方的许可原文为准。涉及商用判断时，应由具备相应资质的法务或律师给出结论，本文不构成法律意见。

商用红线清单

• 是否允许商用，以及是否存在用户规模或营收门槛。
• 是否允许修改权重或做微调，微调产物的归属与发布条件如何约定。
• 是否要求署名、保留声明或使用特定名称，分发时能否满足。
• 下游再分发是否受限，交付给客户时是否触发额外义务。

内部要留下的记录

许可审查不能只做一次、只留一个结论，需要留下可复核的记录

• 模型标识：名称、版本、来源与取得日期。
• 许可标识：许可名称与许可原文的存放位置，避免日后找不到依据。
• 用途标识：用于哪个业务场景、是否对外交付、是否涉及下游分发。
• 复核标识：谁做的判断、依据什么、下一轮复核时间。

把审查落进流程

许可问题最适合在采购与选型阶段解决，因为那时候换成本最低。等到系统已经上线、场景已经对外承诺，再发现条款不允许，处理成本会成倍上升。

• 候选阶段：每个进入比较的模型都带一份许可记录，没有记录的模型不参与后续评估。
• 上线阶段：涉及对外交付或下游分发的场景，额外走一次法务确认并留下书面结论。
• 变更阶段：模型版本升级或用途扩展时重新审查，而不是沿用旧结论。

边界与验收

• 候选集里的每个模型都有许可记录，且记录能指向许可原文。
• 涉及对外交付的场景已单独标注并完成一次法务确认。
• 模型版本升级时有重新审查的记录，而不是只有第一次的结论。

审查的目标不是替法务下结论，而是让需要判断的问题在采购之前就被发现 —— 一个在立项阶段就暴露的许可限制，通常只是换一个模型；一个在上线之后才暴露的限制，往往意味着重做。