Uma apresentação atribuída a Roman Gushchin na Linux Plumbers Conference, realizada de 5 a 7 de outubro de 2026, associou o Sashiko a mais de 191 mil revisões de patches em 99 listas de e-mail, em menos de um ano. O volume descreve revisões feitas pelo sistema; o projeto também divulga um benchmark próprio, com resultado e amostra específicos.
A atividade de revisão relatada do Sashiko
O Sashiko é um sistema de revisão de código voltado ao kernel Linux. As métricas atribuídas à apresentação incluem mais de 19 milhões de consultas autônomas a ferramentas do Git e mais de 7.600 respostas de mais de 1.100 desenvolvedores do kernel.
A contagem também inclui 1.277 commits em linus/master e 1.567 em linux-next/master que citavam o Sashiko, além de 463 registros CVE do kernel com citações ao sistema. CVE é um identificador público associado a uma vulnerabilidade. Esses números registram atividade, respostas e referências ao Sashiko.
O benchmark do projeto e seu escopo
O repositório do Sashiko relata detecção de 53,6% em um benchmark retrospectivo com Gemini 3.1 Pro. A amostra reuniu os últimos 1.000 commits upstream não filtrados com tags Fixes:; os bugs considerados haviam passado por revisão humana e sido incorporados ao mainline do kernel.
O projeto também estima uma taxa de falsos positivos inferior a 20% com base em amostragem manual, principalmente em casos considerados limítrofes. O Sashiko descreve seus resultados como probabilísticos, com possibilidade de variação entre execuções.
Revisão local e avaliação humana
O repositório do projeto documenta dois modos de uso: revisão local de commits ou intervalos de commits com o comando sashiko review, e análise automatizada a partir de listas de e-mail e forjas Git. O fluxo de análise pode examinar implementação, execução, recursos, travas, segurança e hardware; etapas posteriores consolidam e verificam possíveis achados.
Para executar a revisão local, o guia do projeto lista Rust 1.90 ou posterior, Git e uma chave de API de um provedor de modelos de linguagem. O Sashiko envia ao provedor configurado os dados dos patches e o contexto relevante do repositório. O uso de várias etapas também pode gerar custos de API; os resultados precisam ser avaliados por quem mantém o código do kernel.
