YOLO 2026: wykrywanie bez NMS, mapa wersji, która kłamie, i licencja, której nikt nie czyta

YOLO26 usuwa dwa etapy postprocessingu, które sprawiały, że wcześniejsze detektory były niewygodne we wdrożeniu. Domyślnie wykorzystuje głowicę detekcyjną typu one-to-one, więc podczas inferencji nie występuje Non-Maximum Suppression (NMS), a sieć zwraca finalne detekcje bezpośrednio. Rezygnuje też z Distribution Focal Loss (DFL), co czyni głowicę lżejszą dla urządzeń brzegowych i niskoenergetycznych. Nowa jest również receptura treningowa: optymalizator MuSGD, progresywna funkcja straty oraz przypisywanie etykiet dla małych obiektów.

Dlaczego brak NMS jest elementem, który się liczy: NMS to osobny, zależny od danych krok wykonywany po sieci, a jego czas trwania zmienia się w zależności od liczby obiektów na obrazie. Usunięcie go daje Państwu deterministyczne opóźnienie i czystszy eksport, a dokładnie tego potrzeba, gdy celem jest ONNX, TensorRT, OpenVINO lub CoreML na stałym sprzęcie. Mniej pokręteł postprocessingu oznacza mniej sposobów, na jakie ścieżka produkcyjna odbiega od laboratorium.

Liczby są przyrostowe, a nie przełomowe. Na zbiorze COCO YOLO26n osiąga 40,9 mAP przy 2,4M parametrów, a Ultralytics podaje nawet do 43 procent szybszą inferencję CPU-ONNX niż YOLO11n. To właśnie ta liczba dotycząca CPU, a nie dokładność, jest najważniejszą wiadomością dla nabywcy uruchamiającego detekcję na standardowym krzemie brzegowym bez GPU.

Najbardziej przydatną rzeczą do zrozumienia w 2026 roku jest to, że "YOLO" nie jest już jednym projektem, a numery wersji pochodzą od różnych zespołów. Ultralytics utrzymuje YOLO26, YOLO11 oraz starsze v8 i v5. YOLOv12 i YOLOv13 to odrębne linie akademickie, a obie nadal opierają się na NMS i DFL, dokładnie na tym, co YOLO26 usunęło.

Wniosek jest taki, że wyższy numer wersji nie oznacza nowszego produktu tego samego dostawcy. Czasami jest to zupełnie inna grupa badawcza. YOLOv13 spotkało się z otwartą krytyką, ponieważ zgłosiło AP na poziomie około 54,8 wobec 55,2 dla YOLOv12s, działając przy tym wolniej, czyli regresję zaprezentowaną jako ulepszenie. A samo YOLO nie jest automatycznie liderem dokładności: detektory oparte na transformerach z rodziny RF-DETR konkurują obecnie bezpośrednio w górnym segmencie. Proszę czytać benchmark i opiekuna projektu, nie etykietę.

Przed architekturą proszę sprawdzić licencję, ponieważ domyślna licencja ogranicza sposób dostarczania rozwiązania. Ultralytics YOLO jest licencjonowane na warunkach AGPL-3.0. AGPL to silna licencja typu copyleft: jeśli dystrybuują Państwo oprogramowanie lub udostępniają je jako usługę sieciową, są Państwo z reguły zobowiązani do udostępnienia pełnego odpowiadającego kodu źródłowego swojego dzieła pochodnego, a powszechna interpretacja rozciąga ten obowiązek na wagi modelu i otaczający kod aplikacji.

Kwestią, którą pomija większość zespołów, jest to, że wdrożenie on-premise nie zwalnia z tego obowiązku. Klauzula sieciowa AGPL jest uruchamiana przez oferowanie funkcjonalności jako usługi, w niektórych interpretacjach nawet w zastosowaniu wewnętrznym, a nie tylko przez dostarczenie pliku binarnego klientowi. Dla produktu closed source lub wdrożenia, którego nie chcieliby Państwo udostępniać jako open source, Ultralytics sprzedaje komercyjną licencję Enterprise. Jest ona wyceniana indywidualnie, bez publicznej ceny, więc powinna pojawić się w rozmowie o zakupie wcześnie, a nie dopiero po tym, jak prototyp zacznie działać.

Wniosek istotny dla zakupów jest prosty: proszę uwzględnić w budżecie licencję Enterprise albo od początku wybrać detektor na permisywnej licencji (Apache lub MIT). To to samo pytanie o kontrolę, do którego wracamy przy modelach open weight, gdzie to licencja i stos technologiczny, a nie benchmark, decydują o tym, co wolno Państwu zrobić.

Proszę traktować wydania z 2026 roku jako krótką, nudną listę kontrolną, a nie ranking.

• Proszę ustalić utrzymywaną wersję. Dla produkcji wspieraną ścieżką jest linia Ultralytics (YOLO26 lub YOLO11). Linie akademickie v12 i v13 to materiały badawcze, warte lektury, ale nie standard do wdrażania.
• Proszę czytać benchmark, nie etykietę. Proszę porównać mAP i opóźnienie na sprzęcie zbliżonym do Państwa własnego oraz szczerze przyznać, że RF-DETR lub mniejszy, starszy model może okazać się lepszy w Państwa scenariuszu.
• Proszę wcześnie przetestować ścieżkę eksportu. Wartość braku NMS ujawnia się w eksporcie ONNX lub TensorRT na docelowym urządzeniu. Proszę potwierdzić ją tam, zanim podejmą Państwo ostateczną decyzję.
• Proszę wyjaśnić licencję przed pilotażem. AGPL, licencja Enterprise, czy permisywna alternatywa. Proszę zdecydować, dopóki zmiana jest jeszcze tania.

Żadna z tych rzeczy nie wymaga najnowszego numeru wersji. Potrzebny jest detektor, który działa przy Państwa opóźnieniu, na Państwa sprzęcie, na licencji, z którą można żyć.