Ultralytics YOLO27
Los modelos YOLO27 se encuentran en la fase final de I+D y su lanzamiento está previsto para finales de este año. Los modelos aún no están disponibles y no se ha fijado una fecha de lanzamiento. Esta página ofrece un avance de los próximos modelos; las características y los resultados de las pruebas comparativas pueden cambiar antes del lanzamiento. Los ejemplos de código siguientes están pensados para usarse cuando se publiquen los modelos y se añada la compatibilidad con el paquete; no funcionarán con el paquete público actual. Los pesos de los modelos, las configuraciones y el código de implementación no se publicarán por el momento. Apúntate a la lista de espera de YOLO27 para ser de los primeros en enterarte de su lanzamiento.
Descripción general#
Ultralytics YOLO27 es una familia de modelos de visión en tiempo real cuyos modelos de detección usan dos diseños complementarios: una arquitectura CNN simplificada para los modelos compactos N y S, y una arquitectura basada en consultas y sin NMS para los modelos M y L, de mayor tamaño. Ambos diseños se implementan con la misma interfaz. Los modelos de detección N y S usan de forma predeterminada la cabeza de detección uno a muchos con NMS; usa nms=False para seleccionar su cabeza sin NMS.
YOLO27 es la próxima familia de modelos de la serie Ultralytics YOLO, sucesora de YOLO26. Está disponible en cuatro tamaños —N, S, M y L— y admite detección de objetos, segmentación de instancias, segmentación semántica, estimación de profundidad, clasificación, estimación de pose y detección de objetos orientados. La división en dos diseños se aplica a la detección, la segmentación de instancias y la estimación de pose. La segmentación semántica, la estimación de profundidad, la clasificación y la detección de objetos orientados usan la arquitectura CNN.
En sus cuatro escalas de detección, YOLO27 alcanza 42.6-60.5 mAP en COCO con una latencia de 0.44-1.86 ms en una NVIDIA RTX PRO 6000; con YOLO27l llega hasta 61.4 mAP con una entrada mayor de 800 píxeles. YOLO27l es el primer modelo de Ultralytics que supera los 60 mAP en COCO, mientras que YOLO27n/s mejora la precisión de YOLO26n/s con prácticamente la misma velocidad.
from ultralytics import YOLO
model = YOLO("yolo27n.pt") # carga un modelo YOLO27n preentrenado
results = model("path/to/bus.jpg") # ejecuta la inferenciaCaracterísticas principales#
-
Detección a dos escalas Los detectores estándar predicen objetos en tres mapas de características: fino, medio y grueso. YOLO27 N y S prescinden del mapa medio y predicen solo en un mapa fino (para objetos pequeños) y otro grueso (para objetos grandes); el escalado fijo de las características fusionadas mantiene equilibradas ambas escalas. Esto elimina una parte considerable de los cálculos de la cabeza de detección y acelera los modelos, sin perder la fiabilidad de entrenamiento del diseño completo de tres escalas.
-
Mejor detección de objetos pequeños Se amplía la primera etapa de características, de alta resolución, para capturar más detalles precisos. Combinada con el mapa de predicción fina que se conserva, mejora la localización y la regresión de objetos pequeños, la categoría más difícil para los modelos compactos.
-
Supervisión de alineación del primer plano Durante el entrenamiento, una rama ligera adicional aprende a distinguir entre «objeto» y «fondo» en cada ubicación. Está diseñada para cerrar la brecha entre la supervisión más densa de uno a muchos utilizada durante el entrenamiento y la cabeza de uno a uno que genera las predicciones finales: reduce esa diferencia de precisión de 0,9/0,8 mAP en YOLO26n/s a solo 0,4 mAP en YOLO27n/s, de modo que la cabeza de uno a uno desplegada conserva casi toda la precisión obtenida durante el entrenamiento. La rama solo se utiliza durante el entrenamiento y se elimina para la inferencia y la exportación, por lo que no tiene ningún coste en el despliegue.
-
Detección basada en consultas sin NMS Los modelos más grandes sustituyen la predicción densa por un decodificador Transformer que refina un conjunto fijo de consultas de objetos y genera directamente las detecciones finales, sin necesidad de posprocesamiento de supresión no máxima. YOLO27m y YOLO27l combinan este decodificador con una arquitectura troncal UltraViT que utiliza autoatención en su etapa más profunda para captar el contexto global, seguida de un cuello FPN/PAN.
-
Una interfaz sencilla Ambas arquitecturas se utilizan mediante la misma interfaz de Python
YOLO. La canalización adecuada de entrenamiento, validación, predicción y exportación se selecciona automáticamente en función del modelo, por lo que el código escrito para una escala de YOLO27 funciona sin cambios con las demás.
¿Qué YOLO27 debería usar?#
Las siguientes recomendaciones sirven para elegir un modelo cuando se lance YOLO27. Para los proyectos actuales, utiliza YOLO26.
- YOLO27n / YOLO27s — dispositivos periféricos, drones y vídeo en tiempo real: los modelos más rápidos de la familia, con una mejor detección de objetos pequeños gracias al diseño de doble escala. Consulta NVIDIA Jetson y Raspberry Pi para obtener información sobre el despliegue específico en cada dispositivo.
- YOLO27m — el equilibrio ideal entre precisión y velocidad en GPU: mejora la precisión de YOLO26m con una latencia comparable, por lo que es la opción predeterminada para el despliegue en GPU en producción.
- YOLO27l — para aplicaciones donde la precisión es fundamental: el primer modelo de Ultralytics que supera los 60 mAP en COCO, con 61.4 mAP con un tamaño de entrada mayor y manteniendo la velocidad en tiempo real en GPU.
Para comparar con otras familias, consulta todos los modelos de Ultralytics. Para medir el equilibrio entre precisión y velocidad en tu propio hardware y no en el nuestro, consulta el modo Benchmark.
Tareas y modos compatibles#
La siguiente tabla ofrece un anticipo de la compatibilidad prevista con tareas y modos en las cuatro escalas del modelo YOLO27. Las marcas de verificación indican la compatibilidad prevista para el lanzamiento, no la disponibilidad pública actual; ninguno de los archivos de modelo enumerados se ha publicado todavía.
| Modelo | Nombres de archivo | Tarea | Entrenamiento | Validación | Inferencia | Exportar |
|---|---|---|---|---|---|---|
| YOLO27 | yolo27n.pt yolo27s.pt yolo27m.pt yolo27l.pt | Detección | ✅ | ✅ | ✅ | ✅ |
| YOLO27-seg | yolo27n-seg.pt yolo27s-seg.pt yolo27m-seg.pt yolo27l-seg.pt | Segmentación de instancias | ✅ | ✅ | ✅ | ✅ |
| YOLO27-sem | yolo27n-sem.pt yolo27s-sem.pt yolo27m-sem.pt yolo27l-sem.pt | Segmentación semántica | ✅ | ✅ | ✅ | ✅ |
| YOLO27-depth | yolo27n-depth.pt yolo27s-depth.pt yolo27m-depth.pt yolo27l-depth.pt | Estimación de profundidad | ✅ | ✅ | ✅ | ✅ |
| YOLO27-cls | yolo27n-cls.pt yolo27s-cls.pt yolo27m-cls.pt yolo27l-cls.pt | Clasificación | ✅ | ✅ | ✅ | ✅ |
| YOLO27-pose | yolo27n-pose.pt yolo27s-pose.pt yolo27m-pose.pt yolo27l-pose.pt | Pose/puntos clave | ✅ | ✅ | ✅ | ✅ |
| YOLO27-obb | yolo27n-obb.pt yolo27s-obb.pt yolo27m-obb.pt yolo27l-obb.pt | Detección orientada | ✅ | ✅ | ✅ | ✅ |
Los modelos YOLO27 Detect, Segment, Pose y OBB también funcionan con el modo Track, que se ejecuta sobre predict para realizar el seguimiento de varios objetos a través de los fotogramas de vídeo.
La detección, la segmentación de instancias y la estimación de pose de YOLO27 utilizan dos diseños bajo una misma interfaz: las escalas N y S usan la arquitectura CNN, mientras que las escalas M y L usan la arquitectura basada en consultas sin NMS. La segmentación semántica, la estimación de profundidad, la clasificación y la detección de objetos orientados usan la arquitectura CNN.
Métricas de rendimiento#
La precisión de detección se mide en el conjunto de validación de COCO. Consulta Métricas de rendimiento de YOLO para conocer las métricas mAP, precisión y exhaustividad. Para evaluar la precisión más allá de COCO, consulta Ultralytics Benchmark, que mide la macro mAP50-95 en 37 conjuntos de datos de detección del mundo real de ámbitos como la imagen médica, la teledetección, la industria y el comercio minorista. La velocidad de inferencia se mide con una NVIDIA RTX PRO 6000 (TensorRT 11, FP16) para GPU y una AMD EPYC 9655 (ONNX Runtime, FP32) para CPU. Tras el lanzamiento, puedes reproducir las cifras de precisión con yolo val model=yolo27n.pt data=coco.yaml imgsz=640 nms=False save_json=True. Las tablas de detección, segmentación de instancias y pose utilizan el cabezal sin NMS y la evaluación de COCO. La validación de pose de N/S utiliza lotes rectangulares (rect=True).
Estos resultados de investigación pueden cambiar durante la fase final de I+D. El lanzamiento incluirá pesos públicos e instrucciones para reproducirlos.
Consulta la documentación de detección para ver ejemplos de uso de estos modelos entrenados con COCO, que incluyen 80 clases preentrenadas. La tabla utiliza una entrada de 640 píxeles; el resumen también incluye YOLO27l con 800 píxeles.
| Modelo | tamaño (píxeles) | mAPval50-95 | Velocidad CPU ONNX (ms) | Velocidad RTX PRO 6000 TensorRT11 (ms) | parámetros (M) | FLOPs (B) |
|---|---|---|---|---|---|---|
| YOLO27n | 640 | 42.6 | 16.1 ± 1.6 | 0.44 ± 0.00 | 3.0 | 7.2 |
| YOLO27s | 640 | 50.1 | 33.2 ± 0.1 | 0.64 ± 0.00 | 11.8 | 28.2 |
| YOLO27m | 640 | 56.4 | 74.8 ± 0.5 | 1.01 ± 0.00 | 24.6 | 64.6 |
| YOLO27l | 640 | 60.5 | 149.6 ± 1.4 | 1.86 ± 0.00 | 72.3 | 166.7 |
Los valores de parámetros y FLOPs corresponden al modelo fusionado tras plegar Conv/BatchNorm y eliminar la rama de detección no utilizada. Las mediciones de detección, segmentación de instancias y pose seleccionan el cabezal sin NMS con nms=False; la precisión de N/S depende del cabezal seleccionado. Los FLOPs incluyen las multiplicaciones de matrices de atención del decodificador. Los puntos de control preentrenados conservan toda la arquitectura de entrenamiento y pueden mostrar cifras más altas.
Ejemplos de uso#
En esta sección encontrarás ejemplos sencillos de entrenamiento e inferencia con YOLO27. Para conjuntos de datos personalizados, consulta los consejos para obtener los mejores resultados de entrenamiento y la guía de ajuste de hiperparámetros.
El ejemplo siguiente muestra modelos YOLO27 Detect para la detección de objetos.
Se pueden pasar modelos *.pt preentrenados de PyTorch, así como archivos de configuración *.yaml, a la clase YOLO() para crear una instancia del modelo en Python:
from ultralytics import YOLO
# Carga un modelo YOLO27n preentrenado con COCO
model = YOLO("yolo27n.pt")
# Ejecuta la inferencia con el modelo YOLO27n en la imagen «bus.jpg»
results = model("path/to/bus.jpg")
# Entrena el modelo durante 100 épocas con el conjunto de datos de ejemplo COCO8
results = model.train(data="coco8.yaml", epochs=100, imgsz=640)Preguntas frecuentes#
- Detección a dos escalas (N/S): elimina el mapa de predicción de escala media para conseguir una cabeza más rápida con una precisión competitiva
- Mejor detección de objetos pequeños (N/S): una etapa inicial de características más amplia mejora la localización de objetos pequeños
- Supervisión de alineación del primer plano (N/S): reduce la diferencia de precisión entre uno-a-muchos y uno-a-uno de 0,9/0,8 mAP en YOLO26n/s a 0,4 mAP en YOLO27n/s, sin coste de inferencia
- Detección sin NMS basada en consultas (M/L): un decodificador Transformer genera directamente las detecciones finales
- Una interfaz sencilla: ambas arquitecturas se ejecutan mediante la misma clase
YOLO
Todavía no: YOLO27 aún no se ha lanzado. Sigue usando YOLO26 en tus proyectos actuales. Los resultados preliminares muestran una mejora de la precisión en todos los tamaños de modelo, y YOLO27l supera los 60 mAP en COCO. Antes de migrar, evalúa los modelos definitivos lanzados con tu carga de trabajo.
Tras su lanzamiento, está previsto que YOLO27 use la misma clase
YOLOy la misma API de entrenamiento/validación/predicción/exportación que YOLO26; el modelo selecciona automáticamente la canalización adecuada (CNN o basada en consultas). Cuando haya compatibilidad con YOLO27 y estén disponibles sus pesos, el cambio previsto para seleccionar el modelo consiste en sustituiryolo26n.ptporyolo27n.pt.La mayoría de los detectores predicen sobre tres mapas de características con distintas resoluciones. YOLO27 N y S conservan el mapa detallado del que dependen los objetos pequeños y el mapa grueso que necesitan los objetos grandes, y omiten el mapa intermedio. Esto reduce una parte considerable de los cálculos de la cabeza de detección, y las mejoras de entrenamiento descritas anteriormente mantienen una relación competitiva entre precisión y latencia.
YOLO27l es el primer modelo de Ultralytics que supera los 60 mAP en COCO: alcanza 60.5 mAP con una entrada de 640 píxeles (1.9 ms en una NVIDIA RTX PRO 6000) y 61.4 mAP con una entrada de 800 píxeles (2.4 ms). Combina la arquitectura UltraViT, la fusión de características multiescala y un detector basado en consultas que genera las detecciones finales directamente, sin NMS.
YOLO27 está en la fase final de I&D y su lanzamiento está previsto para finales de este año. Aún no se ha fijado una fecha de lanzamiento. Los pesos del modelo y el código de implementación todavía no están disponibles públicamente.
Cuando se lance YOLO27, consulta la Guía de inicio rápido para instalar o actualizar el paquete
ultralyticsy, después, carga un modelo como se muestra a continuación. Este ejemplo se debe usar tras el lanzamiento:from ultralytics import YOLO # Carga un modelo nano YOLO27 preentrenado model = YOLO("yolo27n.pt") # Ejecuta la inferencia en una imagen results = model("image.jpg")Consulta los Ejemplos de uso para ver ejemplos de entrenamiento e inferencia, o las guías de Validación y Exportación para esos modos.
Comentarios9
Haz una pregunta, comparte tus resultados o ayuda a otra persona.
sergshadrap
Guys! You are doing incredible job , The thing I'd asked for is the total size for running model. When we speak about small devices embedded solutions that the -n model is intended to the size is very limited by the SoC properties and that is though to predict if it fits to the board or not. I think pointing the size is also important along the performance metrics for tiny models. Thanks again!
Paula DerrengerUltralyticsThanks from the Ultralytics team and YOLO community—good suggestion. The preview lists
YOLO27nat 3.0M parameters, but actual storage and runtime memory depend on the export format, precision, input size, and backend; exact measurements cannot be published until the models are released. We’ll consider adding artifact-size and memory benchmarks to the YOLO27 documentation, and please keep sharing embedded-device requirements here for team visibility.sergshadrap
Thanks for you! Definitely nobody will ask about exact sizes of the models. What I meant is that most of the camera's SoCs ( for instance) we can split for three major segments, where the middle one is about Arm 1Ggz , 16m flash, and 128m Ram, the high is everything that has more advanced scu with multicores ,spaced flash and Ram and definitely folds more expensive and the low that everything below that. Trying to fit yolo26 to the gk7205v300 that exactly the middle one was a challenge even quantitized to 8. So ... what about the v27? Does it belong to the high-end only or I can try it for the middle one?
Paula DerrengerUltralyticsYOLO27nis intended for edge devices, so it is not high-end-only; its preliminary 3.0M parameters suggest INT8 weights around 3 MB, but 128 MB RAM may still be the limiting factor because activations and backend buffers depend on input size and runtime. For the GK7205V300, consider it a plausible target—not a confirmed fit—until the released model can be exported, profiled at reducedimgsz, and benchmarked on-device;YOLO27m/lare unlikely choices for those constraints. Please keep sharing your embedded results in this discussion so the Ultralytics team can track them alongside the YOLO27 documentation.
Mohammed YasinUltralytics@sergshadrap How's the performance of YOLO26 on such SoCs? Because if it's too big to fit the SoC, then isn't it also too heavy to run? You can always reduce the size of the YOLO models by modifying the YAML file and removing some layers or reducing channels.
sergshadrap
Yeah , that is quite heavy stuff for 1 core 0.9 Ghz SoC , but I have it run . The most stable and sensible (for object recognition) configuration turns to be fp16 288x384 nano , that goes about 0.8 fps in continues run . That's pretty slow , but enough for my current cascade version, where IVE hardware detector is catching "something" and yolo refine the output. Would be glad to get a hint - how to reduce size and reduce layers/ channels. Now I'm on ncnn export tools , so it seems there is no fp8 variant for that tool? Forth to mention I'm on OpenIpc firmware and the majestic additionally quite a leaky guy , so with 128M of memory for all we're on the floor..
Mohammed YasinUltralytics(editado)You can create a copy of this YAML and reduce the float values. Lowering width (the second float value) brings the biggest drop in model file size. Of course, all of these also reduces accuracy. The modified YAML can be loaded and used with
model = YOLO("path/to/yaml")The ending suffix letter like
ndetermines which of the scale values are used from this YAML.sergshadrap
If only I change the model , do I need to re-train the model completely or I could move the weights from existing with some algorithm?
Mohammed YasinUltralyticsYou have to retrain since model structure changes when you do this