Am 15. Juli 2026 geschah auf der Linux-Kernel-Mailingliste (LKML) etwas Ungewöhnliches: Jemand sagte Linus Torvalds „Nein”.
Den ablehnenden Ton setzte Laurent Pinchart, ein langjähriger Kernentwickler, der seit Jahren Code zum Linux-Kernel beisteuert. Abgelehnt wurde ein Vorschlag, den Linus persönlich eingebracht hatte – die Nutzung eines Large Language Model (LLM, also jener KI-Technologie, die etwa hinter ChatGPT steht) zur Unterstützung der Prüfung von Kernel-Patches.
Was ist passiert?
Zur Einordnung für Leser ohne Programmiererfahrung: Der Linux-Kernel ist das wichtigste Open-Source-Softwareprojekt der Welt – Ihr Android-Smartphone, Ihr Wi-Fi-Router und die Server im Hintergrund nahezu jeder Bank laufen größtenteils darauf. Täglich gehen bei dem Projekt mehrere hundert Änderungsvorschläge (im Fachjargon „Patches”) ein, die von erfahrenen Entwicklern Zeile für Zeile geprüft werden müssen – auf Fehler, Sicherheitslücken und einheitlichen Codestil –, bevor sie übernommen werden können. Dieser Vorgang heißt „Code-Review” und bildet den zentralen, zugleich personalintensivsten Schritt im Kernel-Entwicklungsprozess.
Linus hielt dafür, dass KI hier helfen könne. Kürzlich hat Google der Linux Foundation ein KI-gestütztes Prüfwerkzeug namens Sashiko gespendet, das jeden eingereichten Patch automatisch scannt, potenzielle Probleme aufspürt und – wie ein menschlicher Prüfer – Verbesserungsvorschläge macht. Linus versuchte auf der Mailingliste, die Gemeinschaft für das Werkzeug zu gewinnen – oder sie zumindest nicht von vornherein abzulehnen.
Laurent Pinchart ließ sich jedoch nicht überzeugen. Sein Kernanliegen: Von der KI erzeugte Prüfhinweise sollten nicht direkt an die entwickelnden Programmierer gehen, sondern zunächst durch einen Maintainer (Subsystem-Verantwortlichen) manuell verifiziert und gefiltert werden. Seine Begründung: KI neigt zu „Halluzinationen” – sie weist mit großer Bestimmtheit Probleme aus, die gar nicht existieren; würde man Entwickler damit bombardieren, steige die Arbeitslast faktisch, statt zu sinken.
Dieser Vorbehalt ist nicht aus der Luft gegriffen. Medienberichten zufolge hatte das Media-Subsystem des Kernels zuvor versucht, Sashiko direkt Prüfhinweise an die Entwickler-Mailingliste senden zu lassen – das Ergebnis waren massenhaft wirre „Halluzinations”-Fehlmeldungen. Verwirrte Entwickler leiteten diese KI-Kommentare zur Verifizierung an menschliche Maintainer weiter, was deren Arbeitsaufwand am Ende eher erhöhte als verringerte.
Der Streitpunkt: Doppelmoral
Bis hierher wäre es eine gewöhnliche technische Debatte geblieben. Doch die Diskussion in der Tech-Community Lobsters – der Beitrag erreichte △119 Punkte und 101 Kommentare und zählte zum Besten des Tages – brachte eine aufschlussreichere Dimension ans Licht.
Der Kommentar des Lobsters-Nutzers ayushnix erhielt mit △63 die meisten Stimmen. Er fasste die Situation so zusammen:
„Linus versuchte, die Nutzung von LLMs zu bewerben. Nachdem Laurent im Grunde mit ‚Nein, danke’ reagiert hatte, erklärte Linus, wir würden uns ausschließlich an technischen Argumenten orientieren – wer keine liefern könne, solle nicht davon reden und seine persönliche Überzeugung bezüglich LLMs nicht als Verkaufsargument nutzen. Das sagte er allerdings erst, nachdem er selbst genau so verfahren war. Laurent wies das mit stichhaltigen Gründen nach. Es war eine treffliche Bestätigung des ‚Appells an die Autorität’ – jener wohl oberflächlichsten und schwächsten Argumentationsform, bei der das bloße Nennen von Linus’ Namen die Argumentation nicht automatisch stärkt.”
Beim Lesen dieses Kommentars hielt ich unwillkürlich inne und las ihn ein zweites Mal. ayushnix benennt ein logisches Problem: Du wirbst mit deiner persönlichen Autorität für KI, doch wenn jemand aus persönlicher Haltung KI ablehnt, sagst du plötzlich: „Wir achten nur auf die Technik.” Ist das fair?
Selbstverständlich meldete sich alsbald jemand zu Linus’ Verteidigung. Der Nutzer atmosx hielt dagegen: Linus habe über mehr als 30 Jahre das komplexeste Softwareprojekt der Welt geleitet und dabei zwischen technischem Genie, konkurrierenden Unternehmen, rechtlichen Fragen und gesellschaftlichen Kontroversen das Gleichgewicht gehalten, um den Fortbestand des Projekts zu sichern – das sei an sich keine Kleinigkeit. Er habe eine Einschätzung abgegeben; man könne ihr widersprechen, doch er habe sich das Recht zu genau dieser Art von Urteil verdient.
Die Spannung zwischen diesen beiden Kommentaren ist genau jener Teil der Geschichte, der am meisten wert ist.
Riss zwischen Werkzeug und Vertrauen
Dass diese Debatte auf Lobsters 101 Kommentare auslöste, lag nicht an ihrer Neuartigkeit – Linus, der schimpft, Linus, der sich gegen den Widerstand durchsetzt: Das gehört im Open-Source-Umfeld zum festen Repertoire. Was die Diskussion nicht mehr zur Ruhe kommen ließ, war etwas anderes: Die Sache traf den Nerv der Open-Source-Gemeinschaft, die KI zugleich erhofft und fürchtet.
Aus Linus’ Perspektive ist seine Logik klar: KI ist ein Werkzeug, wie es ein Editor, ein Compiler oder ein statisches Analysewerkzeug sind. In eigenen Tests konnte Sashiko aus 1000 echten Kernel-Patches etwa die Hälfte jener Fehler finden, die menschliche Prüfer übersehen hatten – ein handfester technischer Nutzen. Wenn man ein Werkzeug allein deshalb verbietet, weil „jemand KI nicht mag”, was unterscheidet das dann vom Verbot eines C++-Compilers nur deshalb, weil jemand C++ nicht mag?
Doch Laurents Bedenken sind ebenso real. KI ist kein Compiler. Ein Compiler ist deterministisch – derselbe Code erzeugt jedes Mal exakt dieselben Maschinenbefehle. Ein LLM arbeitet probabilistisch – derselbe Prompt kann zu verschiedenen Zeitpunkten unterschiedliche Antworten liefern. In einem Szenario wie einem Betriebssystem-Kernel, in dem „eine einzige fehlerhafte Codezeile weltweit Server lahmlegen kann”, ist die Wachsamkeit gegenüber etwas nur „wahrscheinlich Richtigem” keine Ignoranz, sondern Fachkompetenz.
Die tieferliegende Frage fasste ein anderer Lobsters-Nutzer am treffendsten zusammen. In etwa übersetzt: Jeder hat recht – diese Werkzeuge funktionieren tatsächlich, doch das LLM verkörpert genau jene branchenüblichen Probleme, die Linux bei seiner Entstehung eigentlich vermeiden wollte.
Was ist damit gemeint? Linux entstand 1991, als die Softwarebranche von kommerziellen Giganten wie Microsoft dominiert wurde und einzelne Entwickler kaum Gehör fanden. Linus schuf Git (ein Versionsverwaltungswerkzeug) und das Kollaborationsmodell des Linux-Kernels und löste damit im Kern ein Problem: Wie können Tausende Fremder ohne Chef, ohne Unternehmenshierarchie und allein auf Basis technischer Reputation gemeinsam hochwertigen Code erzeugen?
Dieses System funktioniert seit 34 Jahren, und das verdankt es einer eisernen Regel: „Code-Review durch menschliche Augen.” Jede Zeile, die in den Kernel gelangt, wurde von einem konkreten Menschen geschrieben, von einem anderen Zeile für Zeile geprüft und trägt eine klare Verantwortung. Wem aber ist ein von der KI erzeugter Prüfhinweis zuzurechnen? Wer haftet, wenn ein von der KI vorgeschlagener Codeänderung Schaden anrichtet? Die Antworten auf diese Fragen sind derzeit vage.
Meinung des Autors
Als Beobachter dieser Debatte möchte ich nicht so tun, als könnte ich beurteilen, wer im Recht ist. Drei Dinge jedoch sind klar.
Erstens: Linus traf diesmal auf Ingenieure, die die Komplexität der Kernel-Entwicklung besser verstehen als jeder Außenstehende. Laurent Pinchart interessiert sich dafür, ob KI-Prüfergebnisse einer menschlichen Filterung bedürfen. Das ist eine Frage des Prozessdesigns, keines Glaubensbekenntnisses zum Thema „Vertrauen in KI”.
Zweitens: Der „Appell an die Autorität” ist zweifellos eine schwache Argumentationsform, doch muss eine „autoritative Einschätzung” darum nicht falsch sein. Linus setzte 2005 gegen Widerstände auf C, um Git zu schreiben – manche hielten ihn damals für verrückt, doch im Rückblick war es eine richtige ingenieurstechnische Entscheidung. Ob seine Einschätzung zu KI letztlich richtig oder falsch war, wird die Zeit beantworten, nicht die Abstimmung auf Lobsters.
Drittens – und dies berührt mich am meisten: Dass die Open-Source-Gemeinschaft seit 34 Jahren gesund funktioniert, verdankt sie Menschen, die Linus ein „Nein” entgegenzusetzen wagen.
In den meisten Technologieunternehmen würde ein CEO oder CTO, der den Einsatz von KI verordnet, bei den Mitarbeitern mit hoher Wahrscheinlichkeit bloßem Beifall begegnen. Auf der LKML jedoch, wo der Gründer persönlich eine Technologie bewirbt, meldet sich alsbald ein Kernentwickler zu Wort und sagt: „Deine Argumentationsweise hat einen Fehler.” Genau dies ist der Aspekt der Open-Source-Kultur, der am meisten Respekt verdient.
Epilog
Die Debatte dauert an. Linus’ jüngste Position lautet: Linux sei kein „anti-KI”-Projekt; wer KI-Werkzeuge nicht akzeptieren könne, solle „tun, was im Open Source üblich ist – forke es oder geh einfach.” Zugleich stellte er klar, dass kein Subsystem zur KI-Nutzung gezwungen werde; die Maintainer behielten ihre eigene Entscheidungsbefugnis.
Mit anderen Worten: Linus belässt die Differenz auf der ingenieurtechnischen Ebene. Jeder Subsystem-Maintainer entscheidet selbst, ob das KI-Werkzeug eine Hilfe oder eine Last ist. Die Antwort kommt nicht von der Autorität, sondern aus den Daten der tatsächlichen Nutzung.
Das dürfte der beruhigendste Abschluss dieser Angelegenheit sein.
Referenzen:
- LKML-Mailingliste: Linus Torvalds’ Vorschlag zu LLM
- Lobsters-Diskussion (s/pb6d8m)
- ZDNET: Linus Torvalds puts his foot down, tells anti-AI programmers to ‘fork it’
- Neowin: Linus Torvalds fires back at Linux’s anti-AI crowd
- PBX Science: Linus Torvalds Tells AI Critics to Fork It or Walk Away
