← Alle Werkzeuge

Werkzeug · Code-Review-Agent

Sashiko

von The Linux Foundation

Quelloffenes agentisches Review-System für Linux-Kernel-Patches: liest die Kernel-Mailinglisten mit, prüft jeden eingereichten Patch in einem elfstufigen Protokoll und schickt den Befund zurück – bevor ein menschlicher Maintainer ihn überhaupt gesehen hat.

Open SourceOpen SourceCLILinux

Einschätzung

Agentisches Review für systemnahen C-Code

Interessant für Projekte, die Patches über Mailinglisten oder Merge-Requests hereinbekommen und mehr Prüfkapazität brauchen, als menschliche Maintainer aufbringen können – der Zuschnitt auf Kernel-Fragen (Locking, Ressourcen, Hardware) ist der eigentliche Wert und lässt sich nicht ohne Weiteres auf Anwendungscode übertragen. Die 53,6 % sind eine nachvollziehbar beschriebene, aber vom Projekt selbst durchgeführte Messung; unabhängig repliziert ist sie nicht.

Sashiko liest über NNTP die Kernel-Mailinglisten mit (alternativ per GitHub-/GitLab-Webhook oder gegen ein lokales Git-Repository) und nimmt jeden eingereichten Patch auseinander. Statt einer offenen „Sieh dir das mal an“-Anfrage an ein Modell läuft ein festes, elfstufiges Protokoll: Was will der Commit erreichen, ist er so umgesetzt, wie läuft der Ausführungspfad, wird Speicher korrekt freigegeben, stimmen Locking und Synchronisation, gibt es Sicherheitslücken, hardware-spezifische Fallstricke – danach Deduplikation, Konfliktauflösung, Schweregrad-Einschätzung und Bericht.

Das Projekt ist nicht an einen Anbieter gebunden: Es bringt keinen fremden Agenten-CLI mit, sondern spricht Gemini, Claude, GitHub Copilot CLI, AWS Bedrock, Vertex AI, Kiro CLI, Devin CLI und OpenAI-kompatible Endpunkte an. Getestet ist es vor allem mit Gemini 3.1 Pro. Vorgestellt wurde es am 17. März 2026 von Roman Gushchin auf der Kernel-Mailingliste; Lizenz ist Apache 2.0, das Copyright liegt bei der Linux Foundation.

Die Eigenmessung des Projekts: In den ungefilterten letzten 1 000 Upstream-Commits mit `Fixes:`-Tag fand Sashiko 53,6 % der Fehler (mit Gemini 3.1 Pro). Der Bezugspunkt ist bemerkenswert – alle diese Fehler hatten das menschliche Review passiert und waren im Hauptzweig gelandet. Die Falsch-Positiv-Rate gibt das Projekt mit „well within 20 % range“ an, räumt aber ein, dass sie nur stichprobenartig von Hand geprüft wurde und ein großer Teil Ermessensfragen sind. Sashiko wurde damit zum Auslöser der Grundsatzdebatte, in der Linus Torvalds am 14./15. Juli 2026 festhielt, der Kernel sei „not one of those anti-AI projects“.

Wofür es gut ist

  • Patches im Mailinglisten-Workflow automatisch gegenlesen, bevor ein Maintainer Zeit investiert
  • Systemnahen C-Code auf Speicher-, Locking- und Sicherheitsfehler abklopfen
  • Ein Review-Protokoll mit festen Stufen fahren, statt einem Modell eine offene Frage zu stellen

Stärken

  • Elfstufiges, festgelegtes Review-Protokoll statt einer offenen Prompt-Anfrage
  • Anbieter-unabhängig: acht LLM-Backends, kein fremder Agenten-CLI als Abhängigkeit
  • Findet nach eigener Messung Fehler, die das menschliche Review passiert hatten
  • Quelloffen (Apache 2.0), Copyright bei der Linux Foundation – kein Firmenprodukt
  • Schnellere Rückmeldung an Einreichende: der Befund kommt, bevor ein Maintainer den Patch liest

Schwächen

  • 53,6 % Trefferquote und „unter 20 %“ Falsch-Positive sind Eigenmessungen des Projekts; die Falsch-Positiv-Rate wurde nur stichprobenartig von Hand geprüft
  • Auf Linux-Kernel-Code zugeschnitten – Prompts und Prüfstufen sind nicht allgemein einsetzbar
  • Ergebnis ist probabilistisch: das Projekt schreibt selbst, dieselbe Eingabe könne andere oder keine Fehler liefern
  • Verlagert Last: mehr Befunde bedeuten mehr Triage-Arbeit für kleine Projekte mit wenigen Maintainern

Im Vergleich

Wofür dieses Werkzeug die bessere Wahl ist – und wann ein direkter Konkurrent.

  • Gegenüber den generischen Code-Review-Bots in Pull-Request-Oberflächen ist der Unterschied die Spezialisierung: Sashiko prüft nicht Stil und offensichtliche Fehler, sondern fährt ein kernel-spezifisches Protokoll bis hinunter zu Locking-Reihenfolgen und Hardware-Eigenheiten – und arbeitet im Mailinglisten-Workflow, den die großen Bots gar nicht bedienen.

Stimmen aus der Community

Subjektive Einschätzungen Dritter – keine belegten Fakten, jeweils verlinkt.

  • positivGreg Kroah-Hartman, einer der Haupt-Maintainer des Kernels, beschreibt Ende März 2026 einen abrupten Qualitätssprung bei KI-erzeugten Fehlerberichten: Monate zuvor sei „AI slop“ eingegangen – offensichtlich falsche, minderwertige Meldungen –, dann sei innerhalb etwa eines Monats „die Welt umgeschaltet“ und man bekomme echte Berichte. Warum, wisse niemand. Die Aussage betrifft den Zustrom KI-erzeugter Meldungen insgesamt, nicht Sashiko allein.The Register – „Linux kernel czar says AI bug reports aren’t slop anymore“ · Sekundärquelle, März 2026

Direkt ausprobieren

github.com/sashiko-dev/sashiko

Zur offiziellen Seite ↗

ℹ️ Über den YouTube-Sweep vom 03.08.2026 aufgekommen (C17 Theo – t3.gg, Tier C, Destillat `video-korpus/XFSwfwiM8nk.md`). Sämtliche Kennzahlen am Repo-README (A) und an der Vorstellungsmail auf der Kernel-Mailingliste (A) gegengeprüft, nicht am Video. ⚠️ Abweichung dokumentiert: Die Vorstellungsmail nennt „53 % … 1 000 recent upstream issues“, das README präzisiert auf „53,6 % … unfiltered last 1000 upstream commits with Fixed: tags“ mit Gemini 3.1 Pro – wir führen die README-Fassung. Zur Trägerschaft: Phoronix rahmt das Projekt als von Google-Ingenieuren gestartet, Repo und Vorstellungsmail weisen Apache 2.0 und Copyright der Linux Foundation aus – wir führen die Primärquelle. Beide Zahlen sind Eigenmessungen; unabhängige Replikation steht aus.

Verwandte Werkzeuge