BYP's Notes
首页 关于 公开笔记

YOLO商用许可

📌 关键要点

YOLO 不是一个项目，而是一个"同思想、不同作者接力"的家族，各版本的许可证差异巨大——从可完全自由商用的 Apache 2.0，到要求整个项目开源的 AGPL-3.0，再到明确禁止商用的专有许可：

〇、前置阅读

对 YOLO 版本背景不熟悉的话，先看 YOLO系列版本演进，了解三条主线后再看许可证就不会混淆。

一、一句话结论：看表格

许可证 代表版本 能否商用 关键条件
AGPL-3.0 YOLOv5 / v8 / v11 / YOLO26（Ultralytics 全家） 可，但受限 整个项目开源，或购买企业许可证
Apache 2.0 PP-YOLO / PP-YOLOE（百度）、YOLOX（旷视）、DAMO-YOLO（阿里） ✅ 完全自由 无需开源、无需付费
GPL-3.0 YOLO-World（腾讯）、YOLOv6（美团）、YOLOv7 可，但须开源 分发/服务时衍生作品须开源
AGPL-3.0（学术线） YOLOv9 / v10 / v12 / v13 同 AGPL 与 Ultralytics 线许可证一致
专有许可 YOLO-NAS（Deci） ❌ 禁止 未经书面许可不得商用

💡 补充：经典 YOLOv1–v4（Darknet 线）年代久远，Redmon 未明确声明开源许可证，实际按研究用途对待；商用需自行评估。

二、AGPL-3.0：Ultralytics 全家（最需要关注的）

覆盖范围

Ultralytics 系的 代码和模型权重 默认均为 AGPL-3.0，包括 YOLOv5、YOLOv8、YOLO11、YOLO26 以及许可期内未来发布的全部 YOLO 模型。官方明确："所有 Ultralytics YOLO 训练模型默认均按 AGPL-3.0 许可"，代码与权重没有单独的许可类别。

免费使用的前提

AGPL-3.0 免费使用的条件是整个项目（包括完整的对应源代码）按 AGPL 开源，典型适用场景：

  1. 学术研究、大学课程
  2. 个人项目、学习、实验
  3. 完全开源的应用程序
  4. 非营利 / 政府研究（项目完全公开披露）

哪些情况必须购买企业许可证（Enterprise License）

官方 FAQ 列出的触发点非常"狠"，即使满足以下任一条，若不开源整个项目就必须购买企业许可证：

  1. 内部商业工具或私有公司应用
  2. 任何商业产品或服务（即使只内部使用）
  3. 专有 / 闭源软件
  4. SaaS、API、云系统（YOLO 在后台运行）——AGPL 的"网络条款"专门针对此场景
  5. 硬件、边缘设备、机器人、摄像头中的嵌入式部署
  6. 在专有 / 商业环境中使用自定义微调模型
  7. 未完全开源的研发项目
  8. 客户面对方案且不打算公开代码、配置、训练脚本

关键误区提醒：官方 FAQ 明确——即使从头训练自己的模型、即使不用预训练权重、即使仅内部 R&D、即使嵌入硬件，都受同样约束。没有"绕开"的说法。

企业许可证的特点

三、Apache 2.0：可完全自由商用的选择

Apache 2.0 是宽松型许可证：允许任意商用、闭源、修改，且无开源义务。以下 YOLO 系模型均可放心商用：

3.1 YOLOX 全系（旷视）——没有"分版本限制"一说

YOLOX 官方全家桶均为 Apache 2.0，没有任何版本需要付费或开源，选择只看精度与速度需求：

YOLOX 版本 尺寸 许可
YOLOX-Nano / Tiny 0.9M / 5M Apache 2.0 ✅
YOLOX-S / M / L / X 9M / 25M / 54M / 99M Apache 2.0 ✅
YOLOX-Lego（官方改进版） s / m / l Apache 2.0 ✅
YOLOX-PAI（阿里增强版） 全套 Apache 2.0 ✅

3.2 免费可商用的完整清单

模型 出品方 所属框架 备注
PP-YOLO / PP-YOLOE / PP-YOLOv2 百度 PaddleDetection 可完全自由商用
YOLOX 全系 旷视 自研 含 YOLOX-PAI 增强版
DAMO-YOLO 阿里 自研 面向部署优化
YOLO-MS / YOLO-MS-R 华为 自研 huawei-noah 仓库
RT-DETR 百度 PaddleDetection 非 YOLO，同为实时检测器，精度更高
NanoDet 旷视 自研 超轻量，适合边缘设备
LibreYOLO 社区 框架（MIT） Ultralytics 的 MIT 替代框架，可闭源商用

⚠️ Gold-YOLO（华为）需自行确认：其实现基于 YOLOv6（GPL-3.0），外层仓库虽标宽松许可，但存在许可灰色地带，商用前务必核对 LICENSE 文件。

3.3 避坑提醒

  1. 名字带 YOLO ≠ 可免费商用
    社区大量"YOLOv8-改进版"把 AGPL 上游代码改改就挂宽松许可标签，上游仍是 AGPL，侵权风险照旧——认准官方仓库的 LICENSE 文件。
  2. 基于 GPL 衍生的同样有风险
    Gold-YOLO、YOLO-World 等，即使外层仓库标了宽松许可，衍生作品的合法性也存疑。
  3. 判断口诀
    底层是 ultralytics 代码或基于它改的 → 一律按 AGPL 处理。

💡 若商用是刚需且不想买授权，Apache 2.0 系是首选；代价是生态、教程、部署支持不如 Ultralytics 线成熟。

四、GPL-3.0 与专有许可

GPL-3.0：可商用，但必须开源

专有许可：默认禁止商用

五、AGPL-3.0 的常见误区

  1. "网上说 yolov8 是 Apache 2.0"
    过时信息。v8 早期（2023 年）确为 Apache 2.0，2024 年中后已改为 AGPL-3.0，官方许可页与 Hugging Face 模型页均已更新。
  2. "我自己从头训练的模型不受影响"
    官方明确：即使不用预训练权重、从头训练，只要使用了 Ultralytics 框架/代码，仍受 AGPL 约束。
  3. "只内部使用、不外发就没问题"
    内部商业工具、内部 R&D 也触发企业许可证要求（除非项目整体开源）。
  4. "嵌入式 / 硬件部署是灰色地带"
    官方明示嵌入式、边缘设备、摄像头部署同样需要授权。

六、选型建议（按使用场景）

  1. 个人学习 / 实验：AGPL-3.0 直接用，零成本，选 Ultralytics 全家
  2. 完全开源项目：AGPL-3.0 天然合规，直接选 Ultralytics 线（v11 / YOLO26）
  3. 闭源商业软件 / 内部商用：要么购买 Ultralytics 企业许可证（一劳永逸），要么换 Apache 2.0 系（PP-YOLOE / YOLOX / DAMO-YOLO）
  4. SaaS / 云服务：AGPL 网络条款重点打击对象，务必买企业许可证或换 Apache 2.0
  5. 嵌入式 / 边缘硬件：优先确认许可证（AGPL 需要授权），或选 Apache 2.0 模型
  6. 开放词汇检测需求：YOLO-World（GPL-3.0）可商用但需开源；想闭源需自行评估或寻求商用授权

⚠️ 本文为信息整理，不构成法律意见；商用前建议由公司法务 / 开源合规人员确认最终选型。

七、相关资料

📖 资料来源：

📝 创建时间：2026-08-27

相关笔记