Podczas Linux Plumbers Conference, która odbyła się 5–7 października 2026 r., Roman Gushchin przedstawił dane, według których Sashiko wykonało ponad 191 tys. przeglądów łatek na 99 listach mailingowych w czasie krótszym niż rok. To liczba wykonanych przeglądów, a nie zaakceptowanych zmian. Projekt opublikował osobno benchmark, w którym uzyskał wynik 53,6% w określonym teście historycznych błędów jądra Linuksa.
Raportowana aktywność przeglądów Sashiko
Sashiko to otwartoźródłowy, agentowy system do przeglądania zmian w jądrze Linuksa. Zestawienie przedstawione przez Gushchina obejmowało ponad 191 tys. przeglądów na 99 listach mailingowych. Podano w nim także ponad 19 mln autonomicznych zapytań do narzędzi Git.
Wśród pozostałych raportowanych liczb znalazło się ponad 7 600 odpowiedzi od ponad 1 100 programistów jądra. Sashiko odnotowano w 1 277 commitach w linus/master oraz 1 567 commitach w linux-next/master. Z kolei 463 rekordy CVE zawierały odwołanie do Sashiko.
Te wskaźniki opisują użycie narzędzia i odwołania do niego. Nie określają, ile zgłoszonych przez Sashiko uwag przyjęto ani jaki miały wpływ na poprawki.
Co mierzy benchmark projektu
Projekt Sashiko podaje, że w teście na ostatnich 1 000 niefiltrowanych commitów upstream z tagiem Fixes: system wykrył 53,6% błędów, które wcześniej przeszły ludzką weryfikację i zostały scalone do głównej gałęzi jądra. W benchmarku użyto modelu Gemini 3.1 Pro.
To wynik dla konkretnej, retrospektywnej próby i wskazanego modelu. Nie jest to odsetek skutecznych przeglądów wszystkich nowych łatek. Projekt informuje też, że ręczne próbkowanie wskazało odsetek fałszywych alarmów poniżej 20%; większość dotyczyła przypadków granicznych. Wyniki Sashiko są probabilistyczne i mogą się różnić między uruchomieniami.
Lokalny przegląd i rola człowieka
Sashiko może analizować zmiany lokalnie. W repozytorium projektu opisano polecenie sashiko review, które uruchamia przegląd commitu lub zakresu commitów w lokalnej kopii jądra. Narzędzie może też działać automatycznie na podstawie list mailingowych i platform Git.
Przepływ pracy obejmuje równoległą analizę różnych aspektów zmiany — między innymi jej celu, implementacji, przepływu wykonania, zarządzania zasobami, blokad, bezpieczeństwa i sprzętu — a następnie etap porządkowania i weryfikacji potencjalnych uwag. Sashiko przedstawia kandydatów do oceny; decyzja o zmianie kodu pozostaje częścią pracy nad jądrem.
Do uruchomienia lokalnego potrzebne są Rust w wersji 1.90 lub nowszej, Git i klucz API dostawcy modelu językowego. Projekt podaje, że dane łatek oraz istotne pliki i historia repozytorium są wysyłane do skonfigurowanego dostawcy. Wieloetapowe przeglądy mogą wiązać się ze znacznymi opłatami za API.
