Hardware Ready Ready to Bench?
Der Anstieg von Patches, die mit künstlicher Intelligenz erstellt wurden, erhöht die Arbeitslast der Maintainer des Linux-Kernels. Lorenzo Stoakes, ein erfahrener Entwickler im Bereich Speicherverwaltung, hat beschlossen, einige seiner Review-Verpflichtungen aufzugeben.
Das Phänomen erstreckt sich auch auf andere Open-Source-Projekte. Künstliche Intelligenz verändert die Art und Weise, wie der Linux-Kernel entwickelt wird, doch der Anstieg des Codes, der mit Hilfe von Programmier-Agenten und großen Sprachmodellen (LLM) produziert wird, schafft neue Schwierigkeiten für diejenigen, die Qualität, Korrektheit und Integration überprüfen.
Linux Kernel: Warum das wichtig ist
Lorenzo Stoakes, Arm-Entwickler und Linux-Kernel-Mitwirkender seit 2014, hat angekündigt, sein Engagement in einigen Code-Review-Aktivitäten zu reduzieren. Insbesondere wird er die Rolle des Reviewers für die Bereiche Memory Management (MM), Core, Misc und Rust nicht mehr innehaben.
Diese Entscheidung impliziert keinen Verzicht auf das Projekt noch eine Aufgabe der Wartungsverantwortlichkeiten für die Subsysteme, für die er direkt zuständig ist. Der Entwickler wird diese Rolle weiterhin ausüben, begrenzt jedoch die allgemeinen Reviews, für die er nicht länger die notwendige Verfügbarkeit garantieren kann.
Basis dieser Entscheidung ist die Zunahme der Anzahl an Patches, die dem Projekt gesendet werden – eine Tendenz, die Stoakes direkt auf die Verbreitung generativer KI-Tools zurückführt. Die größere Leichtigkeit, mit der Änderungen am Quellcode produziert werden können, erhöht das Volumen der Vorschläge, die der Gemeinschaft vorgelegt werden, ohne dass dieser Zunahme ein Anstieg der verfügbaren Ressourcen für deren Prüfung entspricht.
In der Nachricht, die den Patches beigefügt war, mit denen er seine Entscheidung formalisierte, erklärte Stoakes: „Angesichts des aktuellen Volumens an Kernel-Beiträgen aus KI-generierten Patch-Serien verfüge ich leider nicht über die notwendige Kapazität, um allgemein Review-Aktivitäten anzubieten, mit Ausnahme der Bereiche, für die ich Maintainer bin.“
Was sich ändert und welche Effekte es gibt
Das Phänomen betrifft nicht nur Linux. Der Einsatz von Programmier-Agenten führt zu einem Anstieg der Änderungsvorschläge auch in anderen Open-Source-Projekten. Eine Studie ergab, dass bis zu 25 % der neuen überprüften Pull Requests auf das sogenannte AI-Slop zurückzuführen sind: Code, der von künstlicher Intelligenz generiert und den Projekten ohne angemessenes Prüfungs- oder Feinschliffniveau vorgelegt wird.
Auch die Entwickler von Godot, dem Open-Source-Grafikmotor, haben Besorgnis über den Zustrom KI-generierter Beiträge geäußert, bis hin zum Verbot. Das Problem ist organisatorischer Natur, bevor es technisch ist: Jeder Vorschlag erfordert Zeit für Prüfung, Verifikation und Abgleich mit den Projektmerkmalen. Ein scheinbar korrekter Patch kann dennoch Regressionen, Sicherheitsprobleme oder Inkompatibilitäten mit bestehenden Komponenten einführen.
Der Fall gewinnt besonderes Interesse auch im Lichte der jüngsten Positionsänderung von Linus Torvalds bezüglich der Nutzung künstlicher Intelligenz in der Kernel-Entwicklung. Nach einem anfänglich vorsichtigen Ansatz hat der Linux-Erfinder eine größere Offenheit gegenüber KI-generiertem Code gezeigt, bis hin zur Nutzung in seinen eigenen Beiträgen und der Ermutigung anderer Entwickler und Maintainer, diese Technologien zu erproben. Die letzte Kernel-Version verzeichnete eine Rekordzahl an hinzugefügten Zeilen Code gerade auf der Welle des Einsatzes generativer Tools.
Quelle und weiterführende Informationen zu Linux Kernel: Originalartikel.
* Inhalt erstellt mit Unterstützung von Systemen künstlicher Intelligenz.