Ein LLM machte Code von 2013 lesbar – und fand weitere Fehler
Nils Ollrogge, ein gewissenhafter Entwickler, meldete kürzlich einen Fehler in der assoc_array-Implementierung des Linux-Kernels. Selbst Linus Torvalds gab zu, dass der Code „zu undurchsichtig“ sei, um ihm zu folgen – ein offenes Eingeständnis des Linux-Schöpfers. Die Komplexität bereitete die Bühne für eine unerwartete KI-Intervention.
Torvalds, stets pragmatisch, wandte sich an ein modernes LLM, um den komplizierten Code zu entwirren. Er beauftragte die KI damit, undurchsichtige Funktionen in lesbare, handhabbare Komponenten zu zerlegen. Die geklärte Ausgabe wurde anschließend in einer User-Space-Umgebung strengen Tests unterzogen, was den Nutzen des LLM als leistungsstarkes Analysewerkzeug bewies.
Dieser Prozess bestätigte nicht nur Ollrogges ursprünglichen Fehler, sondern deckte auch drei weitere, langjährige Defekte auf. Diese versteckten Probleme ließen sich direkt auf den ursprünglichen Commit der assoc_array-Bibliothek aus dem Jahr 2013 zurückführen. Das LLM fungierte daher nicht als autonomer Fehlerbeheber, sondern als investigativer Partner, der Torvalds’ Fähigkeit, komplexen Legacy-Code zu verstehen und zu prüfen, erheblich verbesserte.
Die KI-Patch-Flut für den Kernel hat ihren menschlichen Preis
Torvalds’ neu gewonnene Wertschätzung für KI-Tools erstreckt sich jedoch nicht auf die wahllose Flut von KI-generierten Einreichungen, die derzeit den Linux-Kernel überrollt. Auf dem jüngsten Maintainer-Gipfel in Prag kämpften Mitwirkende und Maintainer mit einer anschwellenden Welle von Patches, insbesondere von fast 800 Erst-Beitragenden allein in Linux 7.3. Dieser Zustrom weist auf ein wachsendes Problem hin: den menschlichen Preis der KI-gestützten Entwicklung.
Offizielle Zahlen zeigen, dass etwa 1.800 von 18.500 Änderungen in Linux 7.3 ein Assisted-by-Tag trugen, was nur 10 % der gesamten Einreichungen entspricht. Maintainer schätzen jedoch, dass die tatsächliche LLM-Nutzung weitaus höher liegt, vielleicht bei 90 %. Dies sind Schätzungen, keine präzise Prüfung, aber sie verdeutlichen eine erhebliche Diskrepanz zwischen Transparenz und Praxis.
Der eigentliche Druck entsteht nicht durch das Werkzeug selbst, sondern durch dessen schlechte Anwendung. Minderwertige oder schlecht verstandene Patches verbrauchen die knappe Zeit der Reviewer und lenken sie von der entscheidenden Entwicklung ab. Torvalds’ Akzeptanz von KI für den persönlichen Gebrauch ist keine Befürwortung einer Spam-artigen Einreichungsstrategie. Wie er unverblümt feststellte, erwarten Maintainer Kompetenz und Verständnis, unabhängig von den verwendeten Werkzeugen.
Warum Torvalds Werkzeugverbote für „völlig dumm“ hält
Die vorgeschlagene Entfernung des Assisted-by:-Tags löste eine hitzige Debatte aus und legte eine grundlegende Uneinigkeit über Offenlegung und Verantwortlichkeit offen. Maintainer sorgten sich um den Verlust von Leitplanken und fürchteten einen Zustrom von ungeprüftem, KI-generiertem Code. Die Realität war jedoch ernüchternd: Nur etwa 1.800 von ca. 18.500 Nicht-Merge-Commits in Linux 7.3 trugen das Tag, während Schätzungen darauf hindeuteten, dass 90 % der Beitragenden LLMs verwendeten.
Linus Torvalds bezeichnete Werkzeugverbote erwartungsgemäß als „völlig dumm“. Er entkräftete das Argument der Offenlegung mit schlagkräftigen Analogien: „Hier ist eine neue Regel für euch: Verwendet keine Compiler für eure Kernel-Einreichungen.“ Er weitete die Logik auf Texteditoren aus und argumentierte, dass Werkzeuge, ob Compiler oder LLMs, nicht inhärent das Verständnis eines Beitragenden beweisen oder widerlegen.
Torvalds’ Kernpunkt ist klar: Die Wahl des Werkzeugs ist irrelevant; Verantwortung ist das Wichtigste. Ein Beitragender muss seinen Code weiterhin verifizieren, Fragen von Reviewern beantworten und die volle Verantwortung im Rahmen des Einreichungsprozesses des Kernels übernehmen. Das System verlangt Kompetenz und Eigenverantwortung, keine Erklärung über Software-Präferenzen. Für weitere Diskussionen zur Kernel-Governance siehe The 2026 Maintainers Summit.
Gefällt Ihnen der Artikel? Erhalten Sie jeden Morgen einen wie diesen per E-Mail.
eine E-Mail pro Tag · Abmeldung mit zwei Klicks · kein Tracking durch Dritte
Die Regel, die weiterhin zählt: Übernimm die Verantwortung für jede Zeile
Das Streichen eines schwer durchsetzbaren Offenlegungstags mag den bürokratischen Aufwand verringern, führt jedoch zu einem Governance-Kompromiss. Maintainer benötigen weiterhin effektive Review-Prozesse und eine klare Verantwortlichkeit der Mitwirkenden, auch wenn die formale Anforderung für Assisted-by: entfällt.
Der entscheidende Unterschied liegt nicht darin, ob ein Tool verwendet wurde, sondern wie. KI-gestützte Entwicklung, bei der ein menschlicher Autor einen Beitrag erklären, validieren und überarbeiten kann, steht in krassem Gegensatz zu blindem Copy-Paste oder automatisiertem Patch-Spam. Torvalds' eigene Verwendung eines LLM, um den assoc_array-Code zu klären und ihn dann durch ein Test-Harness laufen zu lassen, um drei versteckte Fehler aus dem Jahr 2013 zu finden, ist ein Beispiel für eine verantwortungsvolle Tool-Integration.
Dies führt uns zum Kernpunkt für Open Source: Bewerten Sie Beiträge nach Beweisen, Korrektheit und der Verantwortung der Mitwirkenden, nicht nach der Toolchain. Während Projekte Herkunfts- und Lizenzrisiken unterschiedlich gewichten mögen, bleibt der ultimative Test die Verantwortung des menschlichen Autors. Jede eingereichte Zeile erfordert weiterhin einen kompetenten, verantwortungsbewussten Menschen dahinter.
Häufig gestellte Fragen
Was half das LLM Linus Torvalds zu entdecken?
Nachdem Torvalds ein LLM verwendet hatte, um den assoc_array-Code von Linux verständlicher und testbarer zu machen, bestätigte die Arbeit einen gemeldeten Fehler und brachte drei weitere Fehler aus dem Jahr 2013 zum Vorschein.
Ist KI-generierter Code im Linux-Kernel verboten?
Die hier beschriebene Diskussion dreht sich um das Streichen eines erforderlichen Assisted-by-Offenlegungstags, nicht um ein Verbot der KI-Nutzung. Mitwirkende bleiben für den Code verantwortlich, den sie einreichen.
Warum erwog Linux, den Assisted-by-Tag zu entfernen?
Befürworter argumentierten, dass der Tag selten verwendet wurde und schwer durchzusetzen sei, während Kritiker befürchteten, dass ein Wegfall die Schutzmaßnahmen gegen ungeprüfte KI-generierte Patches schwächen könnte.
Was ist Torvalds' Hauptargument bezüglich KI-Coding-Tools?
Er argumentiert, dass Maintainer beurteilen sollten, ob ein Mitwirkender den Code versteht und dahintersteht, anstatt zu kontrollieren, welche Tools bei der Erstellung geholfen haben.