YOLO en 2026: detección sin NMS, un mapa de versiones que engaña, y la licencia que nadie lee
YOLO26 trae detección sin NMS e inferencia más rápida en CPU, pero el número de versión más alto no es el soportado.
Traducción generada automáticamente con IA. La versión alemana es el original revisado por la redacción.
La historia útil de YOLO en 2026 son dos cambios a la vez: el despliegue en el edge se volvió más simple, y los números de versión dejaron de decir la verdad. Ultralytics publicó YOLO26 el 14 de enero de 2026 con inferencia sin NMS nativa, donde la red produce las cajas finales en una sola pasada, el cambio que de verdad importa cuando pones un detector en una cámara de fábrica. A la vez, líneas académicas separadas entregaron YOLOv12 y YOLOv13, así que el número más alto en el estante ya no es el que un proveedor soporta. Para cualquiera que despliegue detección de objetos en producción, la noticia operativamente relevante es el camino de inferencia; la trampa es la licencia.
01. Qué cambió realmente YOLO26
YOLO26 elimina los dos pasos de posprocesamiento que hacían incómodos de desplegar a los detectores anteriores. Ejecuta una cabeza de detección uno-a-uno por defecto, así que no hay non-maximum suppression (NMS) en la inferencia y la red produce las detecciones finales directamente. También descarta el distribution focal loss (DFL), lo que aligera la cabeza para dispositivos de edge y de baja potencia. La receta de entrenamiento también es nueva: un optimizador MuSGD, pérdida progresiva y asignación de etiquetas de objetivos pequeños.
Por qué sin NMS es la parte que vale la pena cuidar: NMS es un paso separado, dependiente de los datos, que corre después de la red, y su tiempo varía según cuántos objetos hay en el cuadro. Eliminarlo te da latencia determinista y una exportación más limpia, que es justo lo que quieres cuando el objetivo es ONNX, TensorRT, OpenVINO o CoreML sobre hardware fijo. Menos perillas de posprocesamiento significan menos formas en que el camino de producción se desvía del laboratorio.
Las cifras son incrementales, no dramáticas. En COCO, YOLO26n alcanza 40,9 de mAP con 2,4M de parámetros, y Ultralytics reporta hasta un 43 por ciento más rápido de inferencia CPU ONNX que YOLO11n. Esa cifra de CPU, no la precisión, es el titular para un comprador que corre detección sobre silicio de edge de consumo sin GPU.
02. Los números de versión dejaron de significar lo que crees
Lo más útil de entender en 2026 es que "YOLO" ya no es un solo proyecto, y los números de versión vienen de equipos distintos. Ultralytics mantiene YOLO26, YOLO11 y los más antiguos v8 y v5. YOLOv12 y YOLOv13 son líneas académicas separadas, y ambas aún dependen de NMS y DFL, justo lo que YOLO26 eliminó.
| Línea | Mantenedor | Idea clave | Posprocesamiento |
|---|---|---|---|
| YOLO26 | Ultralytics | Cabeza de una pasada, sin NMS | Ninguno en la inferencia |
| YOLOv12 | Académica (NeurIPS 2025) | Detector centrado en atención | NMS + DFL |
| YOLOv13 | Académica (iMoonLab) | Correlación por hipergrafo (HyperACE) | NMS + DFL |
La lección es que un número de versión más alto no es un producto más nuevo del mismo proveedor. A veces es un grupo de investigación distinto por completo. YOLOv13 recibió críticas abiertas por reportar un AP en torno a 54,8 frente al 55,2 de YOLOv12 mientras corría más pesado, una regresión presentada como una mejora. Y YOLO en sí no es automáticamente el líder en precisión: los detectores basados en transformer de la familia RF-DETR ahora compiten de frente en la gama alta. Lee el benchmark y el mantenedor, no la etiqueta.
03. La cuestión de licencia que un comprador alemán pregunta primero
Antes de la arquitectura, comprueba la licencia, porque la de por defecto restringe cómo entregas. YOLO de Ultralytics está licenciado bajo AGPL-3.0. AGPL es una licencia copyleft fuerte: si distribuyes el software, o lo ofreces por red como servicio, generalmente estás obligado a liberar el código fuente completo correspondiente de tu obra derivada, y la lectura común extiende esa obligación a los pesos y al código de la aplicación circundante.
El punto que la mayoría de los equipos pasa por alto es que on-prem no te exime. La cláusula de red de AGPL se dispara al ofrecer la funcionalidad como servicio, incluso de cara interna en algunas interpretaciones, no solo al enviar un binario a un cliente. Para un producto de código cerrado, o un despliegue que preferirías no abrir en código, Ultralytics vende una licencia comercial Enterprise. Es a precio personalizado, sin precio público, así que pertenece pronto a la conversación de compras, no después de que el prototipo funcione.
La conclusión relevante para compras es simple: presupuesta la licencia Enterprise, o elige desde el principio un detector bajo una licencia permisiva (Apache o MIT). Esta es la misma cuestión de control a la que seguimos volviendo con los modelos de pesos abiertos, donde la licencia y el stack, no el benchmark, deciden qué te está permitido hacer.
04. Cómo elegir sin perseguir el número
Trata los lanzamientos de 2026 como una lista de comprobación corta y aburrida en lugar de un leaderboard.
- Fija una versión mantenida. Para producción, la línea de Ultralytics (YOLO26 o YOLO11) es el camino soportado. Las líneas académicas v12 y v13 son investigación, útiles de leer, no el valor por defecto a entregar.
- Lee el benchmark, no la etiqueta. Compara mAP y latencia en hardware cercano al tuyo, y sé honesto en que RF-DETR o un modelo más pequeño y más antiguo puede ganar para tu escena.
- Prueba pronto el camino de exportación. El valor de sin NMS se materializa en la exportación ONNX o TensorRT sobre tu dispositivo objetivo. Confírmalo ahí antes de comprometerte.
- Resuelve la licencia antes del piloto. AGPL o licencia Enterprise, o una alternativa permisiva. Decídelo mientras aún es barato cambiar.
Nada de esto necesita el número más nuevo. Necesita un detector que corra a tu latencia, sobre tu hardware, bajo una licencia con la que puedas vivir.
