„Ich nutze KI, um die Dinge zu erledigen, in denen ich schlecht bin“: Linus Torvalds erklärt, warum das für ihn funktioniert

Der Schöpfer von Linux bezeichnet „Vibe Coding“ als ‚eine wunderbare Art, Freude am Programmieren zu finden‘ - doch nicht geeignet für die Linux-Entwicklung. (Fehler zu finden ist in Ordnung.)

Die wichtigsten Erkenntnisse von Windows-Office.net

• Torvalds schätzt KI dafür, neuen Entwicklern die Freude am Programmieren zu vermitteln.
• Torvalds sprach über Veränderungen im Entwicklungsprozess des Linux-Kernels.
• KI ist zu einem wichtigen Bestandteil bei der Suche und Behebung von Fehlern im Linux-Kernel geworden.

PRAG - Viele Open-Source-Entwickler mögen KI immer noch nicht. Das jüngste Beispiel ist System76, das KI-generierte Inhalte auf seinem COSMIC-Desktop verboten hat. Auf dem Open Source Summit Europe äußerte sich Linux-Schöpfer Linus Torvalds anders: „Eigentlich mag ich es sehr, KI zu nutzen“, sagte Torvalds in ihrer jüngsten Unterhaltung zu Dirk Hohndel, seinem guten Freund und Leiter der Abteilung Software Technology bei Ericsson.

Doch diese Begeisterung geht mit einem Unterschied einher, den man im Hinterkopf behalten sollte. KI zu nutzen, um ein Hobbyprojekt unterhaltsamer zu gestalten, ist eine Sache. Sie verantwortungsvoll im Linux-Kernel einzusetzen - wo generierte Patches und Fehlerberichte die Maintainer überfordern können - ist eine andere.

Torvalds sagte: „Ich denke, man muss sehr vorsichtig sein, wenn man KI einsetzt, um etwas Reales und Wichtiges zu tun.“

Torvalds erklärte, dass er früher nicht immer so über die Programmierung mit KI gedacht habe. „Früher dachte ich, sie sei einfach nicht besonders gut - aber mittlerweile mag ich es wirklich, KI zu verwenden.“

Torvalds mag KI, besonders für Anfänger.

„Um ehrlich zu sein“, fuhr er fort, „mache ich nicht viel Kernel-Programmierung. Ich bin eher ein Maintainer. Beim Linux-Kernel ist es so, dass andere Leute die eigentliche Arbeit erledigen, und ich fungiere dabei als Ansprechpartner. Doch ich genieße das Programmieren immer noch sehr. Ich denke, KI ist ein wunderbares Werkzeug, wenn man sie richtig einsetzt und als solches betrachtet - sie macht das Programmieren für mich viel angenehmer.“

Torvalds erinnerte sich: „Ich begann um 1981 herum mit dem Programmieren. Damals waren Computer viel einfacher - man konnte verstehen, was sie taten. Auch die Programme, mit denen man seine eigenen Programme verglich, waren damals viel einfacher.“

„Heutzutage ist das eine andere Geschichte“, sagte Torvalds. „Der Standard in der Softwareentwicklung ist so hoch gestiegen, dass man seine eigenen kleinen Bemühungen kaum noch als wertvoll ansieht - schließlich ist man es gewohnt, mit diesen perfekten, professionellen Programmen zu arbeiten.“

„Viele Leute machen sich über Vibe Coding lustig, aber ich finde, es ist eine wunderbare Art, Freude am Programmieren zu finden. Es gibt einem das Gefühl, etwas Sinnvolles zu tun. Es ermöglicht es einem Anfänger im Programmieren, Dinge zu tun, bei denen er sonst große Schwierigkeiten hätte.“

Er fuhr fort: „Mir gefällt das Konzept, KI als ‚Einstiegsdroge‘ zu nutzen - schließlich arbeitete ich an meinem eigenen Prototyp-Projekt, dem Gitarrenpedal, und wusste genau, was ich tat. Ich hatte eine Benutzeroberfläche, die ich selbst in C programmiert hatte; sie lief auf einem Mikrocontroller, der wiederum mit diesem kleinen Bildschirm verbunden war. Mir kam das Ganze einfach dumm vor - es sah aus wie etwas aus den 80ern; ich wollte, dass es eher modern aussieht. Doch ich programmiere kein Java - ich schreibe Kernel.“

„Also, ich nutze KI, um die Dinge zu erledigen, in denen ich schlecht bin“, fuhr Torvalds fort. „Ich habe mir genau die gleichen YouTube-Videos angeschaut wie Sie. Gibt man der KI eine Anweisung, dann führt sie sie aus. Also gab ich ihr eine Anweisung - und sie führte sie aus. Das Ergebnis war allerdings grauenhaft. Dann sagte ich: ‚Hey, schauen Sie! Ich habe das bereits in C programmiert - auf die richtige Weise. Es sieht nur hässlich aus.‘“

KI im Linux-Kernel

Das heißt nicht, dass KI nicht nützlich ist, um Fehler im Linux-Kernel zu finden und zu beheben. Hohndel erkundigte sich nach Sashiko, einem agentenbasierten System zur Überprüfung von Linux-Kernel-Code. Torvalds erklärte, dass die öffentlichen Überprüfungsergebnisse mittlerweile in der Linux Kernel Mailing List (LKML) veröffentlicht werden. Tatsächlich erwarten mittlerweile einige Subsystem-Maintainer, dass Patches vor ihrer Annahme einer solchen Überprüfung unterzogen wurden.

Das bedeutet nicht, dass alle Pull Requests einer Überprüfung durch KI unterzogen werden müssen. Einige Maintainer verlangen das jedoch - und es scheint wahrscheinlich, dass künftig alle dies verlangen werden.

KI-Tools können echte Sicherheitsprobleme erkennen. Sie können außerdem Probleme in alten, nicht mehr verwendeten Treibern aufdecken, die jahrelang unbemerkt geblieben sind. Torvalds erkennt den Wert der daraus resultierenden Korrekturen an - wobei er deren Kosten nicht außer Acht lässt. „Ich denke, dadurch verbessern wir unser Codebase… Allerdings belastet das die Maintainer so sehr, dass es zu einem Problem wird.“

Wie Torvalds Anfang dieses Jahres in Mumbai sagte: Überzeugende, aber gefälschte Fehlerberichte lassen sich nur mit erheblichem Aufwand widerlegen; zudem können gezielt formulierte Patches zwar ein Symptom beheben, das zugrundeliegende Problem jedoch ungelöst lassen. Torvalds bezeichnete einige Einreichungen als „sinnlose Notlösungen“.

Dennoch ist die Überprüfung von Code mittels KI nun da - und sie wird bleiben. Zum Beispiel sagte Torvalds: „Drei Viertel der Diskussionen auf dem Linux-Kernel-Maintainer-Summit am Vortag drehten sich darum, die Erstellung und Überprüfung von Code durch KI weniger stressig und nützlicher zu gestalten. Das Problem ist nicht das Erhalten von Patches - vielmehr geht es darum, durch die Überprüfung nützliche Ergebnisse zu erzielen, ohne die dafür Verantwortlichen zu überlasten.“

„Ich, myself und mein Computer“

Da es der 35. Jahrestag von Linux war, sprach Torvalds auch darüber, wie sich der Entwicklungsprozess von Linux im Laufe der Jahre verändert hat. Anfangs gab es für Linux praktisch keine Entwicklungsinfrastruktur. Stattdessen verfolgte Torvalds die Änderungen mithilfe von Tarball-Patches und verteilte regelmäßig aktualisierten Quellcode.

„Ich erstellte täglich interne Patches und veröffentlichte sie mindestens wöchentlich“, erinnerte er sich. „Und für ein kleines Projekt funktionierte das überraschend gut.“

Hohndel stellte fest, dass die Verteilung neuer Tarballs sowie der damit verbundenen Änderungen bis ins Jahr 2002 andauerte, als Linux zu einem deutlich größeren Projekt geworden war. Damals sagte Torvalds: „Es war eigentlich nur ich, ich selbst und mein Computer.“

Seine Abneigung, bestehende Quellcode-Verwaltungstools zu verwenden, war nicht einfach nur Sturheit. Er wollte, dass Entwickler unabhängig arbeiten konnten - mit ihren eigenen lokalen Umgebungen. „Ich war fest der Ansicht, dass jeder seine eigene lokale Umgebung haben sollte“, sagte er.

Wie ich in meinem Bericht von 2025 über das Wachstum von Linux erläutert habe - unter Verweis auf Jonathans Corbets Geschichte des Projekts - zog die Offenheit von Linux eine immer größer werdende Entwicklergemeinschaft an. Doch die Abhängigkeit von Torvalds, der die eingehenden Patches manuell einarbeitete, wurde zu einem Flaschenhals. Die manuelle Annahme von Beiträgen reichte nicht mehr aus; das Projekt brauchte eine bessere Methode, um sie zu integrieren.

BitKeeper war umstritten - und nützlich

Das Versionskontrollsystem BitKeeper ermöglichte diese Verbesserung - obwohl seine proprietäre Lizenzierung die Kernel-Community spaltete. Einige Entwickler weigerten sich, es zu verwenden. Torvalds stellte jedoch fest, dass die verteilte Quellcode-Verwaltung es erheblich einfacher machte, Arbeiten aus Subsystemen wie dem Netzwerk- oder dem ARM-Subsystem zu integrieren. Torvalds sagte: „BitKeeper war meiner Meinung nach ein großer Erfolg.“

Er hielt es nicht für fehlerfrei. Vielmehr zeigte es ihm, was Versionskontrolle leisten kann, und half ihm dabei, herauszufinden, was er eigentlich wollte. Auch war es nicht notwendig, dass alle Maintainer dasselbe Tool verwendeten, um es einzuführen.

Dann entzog ihm der Lizenzstreit um BitKeeper im Jahr 2005 das Werkzeug, auf das er angewiesen war. Nachdem er die verteilte Quellcode-Verwaltung kennengelernt hatte, erschien es ihm nicht mehr attraktiv, zum alten Ansatz zurückzukehren. Git war Torvalds’ Antwort darauf.

Hohndel erinnerte sich, dass Torvalds 11 Tage brauchte, um die erste funktionierende Version zu erstellen: ein neues Objektmodell, Code sowie ein funktionierendes Tool - alles in weniger als zwei Wochen. Das frühe Git war nicht bei allen beliebt. Entwickler, die mit CVS vertraut waren, fanden es ungewohnt, und seine ersten Versionen wiesen noch zahlreiche Mängel auf.

Sein späterer Erfolg überrascht Torvalds noch immer. Heute ist Git laut einer Umfrage von Stack Overflow aus dem Jahr 2022 zum De-facto-Standard für die Versionskontrolle geworden: Fast 94 Prozent der Befragten sowie nahezu 97 Prozent der professionellen Entwickler verwenden Git. Alles, was Torvalds wollte, war ein Werkzeug für Linux - nicht, die Softwareentwicklung überall neu zu gestalten. Wie er selbst sagte: „Manchmal bekomme ich für Git viel zu viel Anerkennung.“

Nach etwa sechs Monaten übergab er die Weiterentwicklung. Sein Standpunkt war, dass die folgenden Jahrzehnte der Entwicklung anderen Leuten zustünden - nicht, dass die anfängliche Arbeit unwichtig gewesen wäre. „Es ist bemerkenswert, dass Git heute viel besser ist als im Jahr 2005.“

Der Kernel sollte sich verbessern, ohne aufregend zu werden

Der Release-Prozess von Linux erfuhr eine weitere grundlegende Veränderung: Er wandte sich von langfristig gepflegten, getrennten Stable- und Development-Bäumen ab hin zu häufigen Releases, einem Merge-Fenster sowie Release-Kandidaten.

Im alten Modell häuften sich Änderungen im Entwicklungsbaum, während die Distributionen die gewünschten Änderungen in die stabilen Kernel zurückportierten. Veröffentlichungen, die eigentlich jährlich stattfinden sollten, zogen sich über Jahre hin, was die Planung erschwerte. Torvalds schlug einen deutlich kürzeren Zyklus vor. Die Reaktionen waren jedoch nicht begeistert. „Die Leute sahen mich an, als hätte ich ein drittes Kopf gewachsen.“

Sein ursprüngliches Ziel von fünf Wochen war bewusst ambitioniert. Letztendlich etablierte sich der gewohnte Rhythmus von neun bis zehn Wochen. Das Ergebnis ist ein Entwicklungsmodell, das Torvalds nach wie vor als äußerst effektiv empfindet. „In den letzten 20 Jahren haben wir nun ein wirklich stabiles und funktionierendes Modell.“

Er lehnte auch die Idee ab, dass Linux sich anhand dramatischer Feature-Veröffentlichungen organisieren sollte. „Ich glaube sehr an kleine, schrittweise Veränderungen, die im Laufe der Zeit zu großen Funktionen führen.“ Wie er diesen Sommer in Mumbai sagte, bleibt das Entwicklungsziel von Linux „die schrittweise Verbesserung und kontinuierliche Fortschritte.“

Also: Obwohl KI die Mechanismen von Linux zur Fehlersuche und -behebung verändert, besteht das Ziel für Linux weiterhin darin, schnell und in kleinen Schritten Verbesserungen an einem grundlegenden, stabilen Betriebssystem vorzunehmen.