Linux-Staging-Baum: Greg Kroah-Hartman blockiert von KI-generierte Patches

Von einem „Onslaught“ an KI-Patches überrollt, lehnt der Maintainer des Linux-Staging-Baums Beiträge, die von LLMs generiert wurden, nun grundsätzlich ab – außer bei echten Sicherheitskorrekturen. Er nutzt LLMs jedoch selbst.

Der Kontext: Was ist der staging tree?

Um die Entscheidung von Greg Kroah-Hartman (alias gregkh) zu verstehen, muss man begreifen, was der staging tree in der Organisation des Linux-Kernels ist. Es handelt sich um einen Bereich für Treiber und Code, die noch nicht bereit für den Mainline sind: unzureichende Qualität, instabile APIs, zu bereinigende Abhängigkeiten. Historisch gesehen ist es auch die Einstiegsstufe für neue Beitragende – der Ort, an dem man lernt, zum Kernel beizutragen, ohne ein 15-jähriger Kernel-Experte zu sein.

Greg Kroah-Hartman ist der Wartende dieses staging tree. Er ist es, der liest, entscheidet, Patches annimmt oder ablehnt.

Was passiert ist

Angesichts dessen, was er als einen "onslaught" – eine Flut – von Patches beschreibt, die durch LLMs (Large Language Models, große Sprachmodelle) generiert wurden, hat gregkh soeben eine neue Politik angekündigt: Patches, die durch KI erzeugt wurden, werden nun vom staging tree abgelehnt.

Was diese Entscheidung besonders interessant macht, ist, dass sie keine ideologische Ablehnung der KI ist. Gregkh nutzt selbst LLMs für seine eigenen Beiträge zum Kernel und bekennt sich öffentlich dazu. Was er ablehnt, ist die Nutzung von LLMs durch Beitragende, die nicht über die Fähigkeiten verfügen, das zu bewerten, was das Modell produziert hat.

Die Logik ist klar: Der staging tree soll Beitragende ausbilden. Einen durch KI generierten Patch einzureichen, ohne zu verstehen, was er bewirkt, ist genau das Gegenteil davon. Und es schafft zusätzliche Arbeit für die Wartenden, die Patches mit geringem Mehrwert in wachsendem Umfang durchsehen, korrigieren und ablehnen müssen.

Eine einzige Ausnahme wird gewährt: Patches, die echte Sicherheitsprobleme beheben (genuine security fixes), bleiben willkommen, unabhängig von ihrer Herkunft.

Warum das über den staging tree hinaus wichtig ist

Dies ist die bisher konkreteste Manifestation einer Spannung, die in der Open-Source-Community seit Monaten wächst. Einerseits LLMs, die in der Lage sind, syntaktisch korrekten Code zu erzeugen. Andererseits Wartende, die ein wachsendes Volumen an oberflächlichen Patches absorbieren, die ohne echtes Verständnis des Kontexts generiert wurden.

Der Linux-Kernel ist keine gewöhnliche Codebasis. Jede Zeile kann Millionen von Systemen beeinflussen. Die Qualität eines Patches ist nicht nur der Code – es ist das Verständnis seines Autors für das Warum dieses Codes, in welchem Kontext er sich einfügt und welche Nebenwirkungen er haben kann. Ein von KI generierter Patch, der ohne qualifizierte menschliche Kontrolle eingereicht wird, verfehlt oft dieses "Warum".

Das ist nicht das Ende der KI im Kernel – ganz und gar nicht. Es ist der Beginn einer expliziten Politik, die KI als Werkzeug (für einen Beitragenden, der weiß, was er tut) von KI als Ersatz für Kompetenz (für jemanden, der keine Grundlagen besitzt) unterscheidet. Die Nuance ist entscheidend, und gregkh lebt sie selbst vor.