À la Linux Plumbers Conference, tenue du 5 au 7 octobre 2026, des chiffres attribués à Roman Gushchin ont fait état de plus de 191 000 revues de correctifs Linux sur 99 listes de diffusion en moins d’un an. Ce volume décrit l’activité de Sashiko ; le benchmark publié par le projet mesure, lui, un résultat distinct et circonscrit.

L’activité de revue rapportée de Sashiko

Les chiffres attribués à la présentation de Roman Gushchin situent les indicateurs d’activité entre mars et octobre 2026. Ils comptent aussi 19,3 millions de requêtes autonomes aux outils Git et 697,7 milliards de jetons traités, dont 83,1 % auraient été servis depuis le cache de contexte.

Le même bilan fait état de plus de 7 600 réponses provenant de plus de 1 100 développeurs du noyau Linux. Il recense également 1 277 commits dans linus/master et 1 567 dans linux-next/master qui citent Sashiko, ainsi que 463 fiches CVE du noyau qui le mentionnent.

Le benchmark du projet et sa portée

Le projet rapporte un taux de détection de 53,6 % avec Gemini 3.1 Pro. Son benchmark porte sur les 1 000 derniers commits upstream non filtrés comportant un tag Fixes: ; les bogues visés avaient passé une revue humaine avant d’être intégrés à la branche principale du noyau.

Le projet estime aussi, à partir d’un échantillonnage manuel, son taux de faux positifs à moins de 20 %, la plupart relevant de cas discutables. Il précise que les résultats de Sashiko sont probabilistes et peuvent varier d’une exécution à l’autre.

Revue locale et jugement humain

Le dépôt du projet documente deux usages : lancer une revue locale avec sashiko review sur un dépôt Linux et automatiser l’analyse à partir de listes de diffusion ou de forges Git. Le système répartit l’analyse entre plusieurs étapes, puis vérifie et rassemble les problèmes potentiels pour produire ses résultats.

Pour démarrer, le guide du projet indique qu’il faut Rust 1.90 ou une version ultérieure, Git et une clé d’API pour un fournisseur de modèle de langage. Le flux de travail local passe par cargo install sashiko, puis sashiko init et sashiko review.

Les correctifs et le contexte pertinent du dépôt sont envoyés au fournisseur de modèle configuré. Le projet avertit également que les revues en plusieurs étapes peuvent entraîner des frais d’API importants.