YOLO 可以免费商用吗？YOLOv8、YOLO11 与 YOLO26 的许可
不能。主流的 YOLO 模型——YOLOv5、YOLOv8、YOLO11 以及全新的 YOLO26——不能免费用于闭源商用。 它们采用 AGPL-3.0，这是一种强 copyleft（传染性）许可。如果你基于其中之一构建产品，你就必须以 AGPL-3.0 开源你的整个应用，或者购买厂商付费的企业许可。如果两者都不适合你，还有一个宽松许可的替代方案：LibreYOLO 采用 MIT 许可，可免费用于任何商业用途，没有任何附加条件。
如果你搜索的是"YOLOv8 可以免费商用吗"、"YOLO 许可"或"不带 AGPL 的 YOLO"，本文将逐个版本给你精确的答案。
YOLO 许可一览
| 模型 | 默认许可 | 可否免费用于闭源商用？ | 你必须做什么 |
|---|---|---|---|
| YOLOv5 | AGPL-3.0 | 否 | 开源你的整个应用，或购买企业许可 |
| YOLOv8 | AGPL-3.0 | 否 | 开源你的整个应用，或购买企业许可 |
| YOLO11 | AGPL-3.0 | 否 | 开源你的整个应用，或购买企业许可 |
| YOLO26 | AGPL-3.0 | 否 | 开源你的整个应用，或购买企业许可 |
| LibreYOLO | MIT | 可以 | 无需任何操作。可直接用于专有产品，免费。 |
一句话总结：主流 YOLO 模型是开源的，但采用 AGPL-3.0——这是一种大多数公司无法在专有产品中合规使用的 copyleft 许可。LibreYOLO 用 MIT 许可 提供同样的 YOLO 工作流，不会给你带来这种义务。
YOLO 采用什么许可？
广泛使用的 YOLO 模型——YOLOv5、YOLOv8、YOLO11 以及最新的 YOLO26——由其厂商以 GNU Affero 通用公共许可证 v3.0（AGPL-3.0） 分发。
AGPL-3.0 是强 copyleft。它不是 MIT 或 Apache-2.0 那种"随你怎么用"的宽松开源。它带有一项具体而影响深远的义务，而正是这项义务绊住了商业用户。
YOLOv8 可以免费商用吗？
不是大多数人以为的那种免费。你可以下载 YOLOv8 并商业使用，但前提是遵守 AGPL-3.0。实际上这意味着：
- 如果你分发、发布或托管一个包含 YOLOv8 的产品，你必须以 AGPL-3.0 公开该产品的完整源代码——你的应用、你的集成代码、你的脚本和配置。
- 触发这项义务的不仅是向用户交付软件，还包括让用户通过网络与之交互——这是 AGPL 标志性的第 13 条。SaaS 或 API 后端也无法规避。
对于业余项目或学术研究，这通常没问题。但对于专有商业产品，公开你的整个代码库几乎是不可接受的。这里所说的一切同样适用于 YOLO11 和 YOLO26：同样的许可，同样的义务。
YOLOv5、YOLO11 和 YOLO26 呢？
情况相同。它们全都默认采用 AGPL-3.0。厂商的企业许可明确涵盖"YOLO26、更早的 YOLO 版本，以及未来可能发布的任何 YOLO 模型"，这说明整个家族的许可是刻意且一致的。选一个更新的版本并不会让许可变得更友好。
补充一点：并非每个名字里带"YOLO"的模型都是 AGPL。有些社区变体是 GPL-3.0 或 Apache-2.0，许可因作者而异。但人们输入"YOLOv8"或"YOLO11"时所指的那些版本，都是 AGPL-3.0。
AGPL-3.0 到底要求什么（大白话版）
AGPL-3.0 在 GPL 的基础上加了一条关键条款：网络使用条款。实用清单如下：
- 公开源代码。 如果你分发包含 AGPL 代码的软件，你必须以 AGPL-3.0 提供整个组合作品的完整对应源代码。
- 网络使用同样算数。 如果用户通过网络与你修改后的版本交互——网页应用、API、SaaS——你必须向他们提供同样的源代码。不存在"我们只在自己的服务器上运行"的漏洞。
- copyleft 具有传染性。 这项义务触及整个衍生作品，而不只是 YOLO 那部分文件。你的业务逻辑也会被纳入 AGPL 的范围。
这是一般性信息，不是法律意见，具体情况请咨询律师。但结论很简单：AGPL-3.0 与闭源商业软件无法共存。
企业许可这条路，以及它的代价
厂商提供一份付费的企业许可（Enterprise License），可以免除 AGPL 义务，让你在专有产品中嵌入 YOLO 而无需开源任何东西。这是一条正当的路径，对某些公司来说也是正确的选择。
代价在于：
- 要花钱——一笔持续的商业费用，按公司协商，定价不公开。
- 它是对单一厂商条款的依赖，这些条款可能变化，而且只覆盖该厂商的代码。
- 你是在为使用权付费——而这套模型架构，其核心本是公开发表的研究成果。
如果一笔经常性费用和厂商锁定对你来说可以接受，那企业许可是可行的。如果你宁愿不花这笔钱，或者根本不想背负这项义务，请继续往下读。
MIT 替代方案：LibreYOLO
声明：LibreYOLO 是我们自己的项目。它也正是本文能够以一个干净的答案收尾、而不是耸耸肩的原因。
LibreYOLO 是一个以宽松的 MIT 许可发布的 YOLO 框架。 仅这一点就改变了商业使用的一切：
- 可免费商用，包括专有的闭源产品。
- 没有 copyleft，没有网络条款。 你永远不必开源你的应用。
- 没有按席位或企业级的费用。 MIT 就是 MIT。
- 还是你已经熟悉的那套工作流，因此迁移很简单。
LibreYOLO 是一个真正的、持续维护的框架，而不是一层封装：目标检测、分割、姿态、分类、深度等等，都在一套熟悉的 API 之下，并内置训练与 ONNX/TensorRT/OpenVINO/NCNN 导出。区别不在工作流，区别在许可。
如果你是带着更宽泛的"离开 AGPL 的 YOLO"这个问题来的，我们在 2026 年最佳 Ultralytics 替代方案 一文里对整个生态做了更完整的比较。
为什么 MIT 对企业很重要
MIT 许可允许你使用、修改、嵌入并销售基于 LibreYOLO 构建的软件，无需公开你的源代码，也无需付费。现代软件栈的很大一部分之所以采用这一许可，正是因为它对商业采用是安全的。你拥有你的产品；你什么都不欠。
试试看
pip install libreyolo
from libreyolo import LibreYOLO
model = LibreYOLO("LibreYOLO9c.pt")
results = model("image.jpg", save=True)
print(results[0].boxes.xyxy)
print(results[0].boxes.conf)
你保留 YOLO 的开发体验：在你的数据上训练、推理，并导出以交付。你甩掉了 AGPL 义务和企业许可的账单。
LibreYOLO 采用 MIT 许可，可运行于 Linux、Mac 和 Windows，并在 GPU、Apple Silicon 和纯 CPU 上无需改代码即可工作。一套 API 覆盖 YOLO9、RF-DETR、RTMDet、YOLOX、D-FINE、RT-DETR 系列、分割、姿态、深度等等，全部采用宽松许可。
在 GitHub 上给它加星：github.com/LibreYOLO/libreyolo | 文档：libreyolo.com/docs