Linux-Kernel will sein KI-Tag Assisted-by streichen

Die Maintainer des Linux-Kernels haben sich darauf geeinigt, kein „Assisted-by“-Tag mehr für Patches zu verlangen, die mit Hilfe von KI-Tools geschrieben wurden. Das Tag sollte zeigen, an welchem Code eine KI mitgeschrieben hat. Doch nur etwa 10 % der Commits in Linux 7.3 trugen es, obwohl KI vermutlich weit häufiger genutzt wird. Linus Torvalds unterstützt die Änderung, während einige Maintainer einen Ersatz wollen, bevor die Regel fällt.

Ein Tag ist im Kernel-Sprachgebrauch eine Zeile am Ende einer Commit-Nachricht, etwa „Signed-off-by“ oder „Reviewed-by“. „Assisted-by“ nannte das KI-Tool, das beim Schreiben eines Patches geholfen hat.

Was beschlossen wurde

Rund 30 eingeladene Entwickler trafen sich am 8. Oktober 2026 beim Maintainers Summit in Prag. Eine Mehrheit war sich einig, dass KI-gestützte Patches das Tag nicht mehr brauchen, berichtet heise.

Sasha Levin, der Entwickler hinter der ursprünglichen Regel, schickte daraufhin einen Patch mit dem Titel „docs: remove Assisted-by references“. Am 13. Oktober reichte er eine überarbeitete Fassung ein. Jonathan Corbet von LWN.net hat sie in den docs-next-Branch des Kernels für Dokumentationsänderungen übernommen, schreibt heise. Den Haupt-Tree des Kernels muss sie noch erreichen.

Die Änderung verbirgt den KI-Einsatz nicht vollständig. Gemäß dem Patch beschreiben Entwickler ihre KI-Tools im Cover Letter, der E-Mail, die eine Patch-Serie vorstellt, statt in jedem einzelnen Commit. KI-Agenten dürfen weiterhin keine „Signed-off-by“-Zeile hinzufügen, die bestätigt, dass eine Person das Recht hat, den Code einzureichen.

Warum das Tag verschwindet

Die Zahlen lieferten das Argument. Von den 18.533 Commits in Linux 7.3 bis zum siebten Release Candidate trugen nur etwa 10 % das Tag, berichten sowohl heise als auch Next. Merge-Commits wurden nicht mitgezählt. Corbet schrieb, der tatsächliche Anteil KI-gestützter Patches sei „sicherlich viel höher“, wie Next ihn auf Französisch zitiert.

Levin nannte laut heise mehrere Gründe. Manche Entwickler kennen die Regel nicht. Andere lassen das Tag absichtlich weg. Maintainer fragen selten nach. Ein fehlendes Tag sagt daher nichts darüber aus, wie ein Patch entstanden ist.

Wie die Regel entstand

Das Tag ist jung. Levin brachte die Idee erstmals im Juli 2025 auf und schlug für KI-Beiträge ein „Co-developed-by“-Tag vor, aus dem später „Assisted-by“ wurde, berichtet Next. Die Maintainer beschlossen es auf dem Summit 2025, und die Richtlinie „AI Coding Assistants“ trat mit Linux 7.0 in Kraft. Corbet genehmigte sie im Januar 2026.

Ein früherer Versuch, das Tag abzuschaffen, scheiterte im Juli, schreibt heise. Greg Kroah-Hartman sprach sich damals dafür aus, es zu behalten.

Wer widerspricht

Die Änderung ist nicht einstimmig. Laurent Pinchart, einer der Entwickler in der Debatte auf der Mailingliste, lehnte es in einer Nachricht vom 13. Oktober ab, das Tag zu entfernen, solange es keinen Ersatz gibt, berichtet Next. Sein Argument: Eine Regel setzt Erwartungen, auch wenn manche sie ignorieren.

Torvalds sieht das anders. Er lehnt Regeln ab, die bestimmte Tools verbieten, und nannte sie „dumm“, berichtet heise. Laut Next sagte er, Mitwirkende müssten ihren Code verstehen, und dieses Verständnis habe wenig damit zu tun, welche Tools sie genutzt haben. Er fügte hinzu, dass minderwertige Patches meist von Neulingen kämen und dass es kontraproduktiv sei, KI-Tools die Schuld zu geben.

Torvalds nutzt solche Tools auch selbst. Anfang dieses Monats nutzte er Claude Code, um einen Teil des Linux-Seitencaches umzubauen, und schrieb das in die Commit-Nachricht.

Wo andere Projekte stehen

Open-Source-Projekte sind bei KI-Beiträgen gespalten, merkt Next an. Debian, Fedora, LLVM und Firefox akzeptieren sie, wenn sich der Code prüfen und erklären lässt. Über Debians Abstimmung, KI-gestützte Beiträge zu erlauben, haben wir im August berichtet. Gentoo, NetBSD, Zig und Krita lehnen sie ab oder haben sie ausgesetzt, und SourceHut hat LLM-gestützten Code komplett verboten. KDE hat keine offizielle Position.

Was das für Entwickler bedeutet

Wenn Sie Patches an den Linux-Kernel schicken, achten Sie darauf, wann die Dokumentationsänderung Mainline erreicht. Bis dahin verlangt die aktuelle Dokumentation das Tag weiterhin. Sobald die Änderung übernommen ist, erwähnen Sie KI-Tools stattdessen in Ihrem Cover Letter.

Die entscheidende Regel ändert sich nicht. Sie müssen jede Zeile, die Sie einreichen, verstehen und selbst abzeichnen. Ein KI-Tool kann Ihr „Signed-off-by“ niemals für Sie hinzufügen.

Für Maintainer anderer Projekte sind die Daten des Kernels eine Warnung. Eine Offenlegungsregel, die nur 10 % der Mitwirkenden befolgen, vermittelt ein falsches Bild davon, wie Code geschrieben wird. Wenn Sie ehrliche Offenlegung wollen, machen Sie sie einfach, fragen Sie im Review danach und legen Sie fest, was Sie mit der Antwort anfangen.