#Linux & Open Source · 3 Min. Lesezeit · Tim Rinkel

SHITSTORM! rsync-Legende nutzt KI für Code — und das halbe Internet dreht durch

SHITSTORM! rsync-Legende nutzt KI für Code — und das halbe Internet dreht durch

Es ist DIE Aufreger-Debatte der Woche in der Open-Source-Welt: Das Team hinter rsync — dem Sync-Werkzeug, das seit fast 30 Jahren in praktisch jedem Backup-Skript steckt — hat in einem aktuellen Update KI-Unterstützung eingesetzt. Was folgte, war ein Sturm der Entrüstung auf GitHub: Issue 929 lief mit Vorwürfen voll, das Projekt verrate seine Prinzipien. Jetzt hat sich Andrew Tridgell höchstpersönlich zu Wort gemeldet — und seine Antwort sitzt.

WER hier spricht: Keine Lust auf Drama — aber auf Fakten

Zur Einordnung: Tridgell ist nicht irgendwer. Der Australier hat rsync miterfunden und Samba aufgebaut — er gehört zu den verdientesten Entwicklern der freien Software überhaupt. In seinem Blogpost „rsync and outrage“ erklärt er trocken, er habe das Bloggen eigentlich längst aufgegeben, aber der Aufruhr verlange nach einer Antwort.

Sein Kernargument: Entscheidend ist nicht, WIE Code entsteht, sondern ob er korrekt, getestet und reviewt ist. Werkzeuge ändern sich — Compiler, statische Analyse, Autocomplete, jetzt eben KI-Assistenten. Die Qualitätsverantwortung bleibt beim Maintainer. Wer dem Projekt nach Jahrzehnten sauberer Arbeit pauschal misstraut, weil ein neues Werkzeug im Spiel war, argumentiert nicht technisch, sondern ideologisch.

GEGENSEITE: Frenck warnt vor der KI-Flut

Fast zeitgleich meldet sich Franck „Frenck“ Nijhof — einer der prägenden Köpfe hinter Home Assistant — mit einem viel beachteten Essay: „Open source was not ready for AI-speed contributions“. Seine These: KI hat das Maintainer-Burnout-Problem nicht erschaffen, aber brutal beschleunigt. Beitragende werden durch KI verstärkt und produzieren mehr Pull Requests denn je — aber die Verifikation bleibt an einer Handvoll Freiwilliger hängen, die jede Zeile prüfen müssen.

Die beiden Positionen widersprechen sich übrigens weniger, als es scheint: Tridgell verteidigt KI als Werkzeug in der Hand erfahrener Maintainer. Frenck warnt vor KI als Massenphänomen in den Händen unerfahrener Contributor. Beides kann gleichzeitig wahr sein.

Was heißt das für DICH?

Praktisch: erstmal nichts. rsync bleibt eines der am besten getesteten Werkzeuge im Unix-Universum, und es gibt keinen Hinweis auf fehlerhaften KI-Code. Die Debatte lohnt trotzdem deine Aufmerksamkeit — denn wie Projekte mit KI-Beiträgen umgehen, entscheidet in den nächsten Jahren über die Stabilität deines gesamten Software-Stacks.

FAZIT: Die Werkzeug-Frage ist entschieden, die Last-Frage nicht

KI in Open Source ist gekommen, um zu bleiben — selbst Urgesteine wie Tridgell nutzen sie. Die wirklich harte Frage stellt Frenck: Wer prüft die Flut? Solange darauf niemand eine Antwort hat, bleibt jeder Maintainer der Flaschenhals.

Häufige Fragen

Worum geht es im rsync-Streit konkret?
In einem aktuellen rsync-Update wurde KI-Unterstützung beim Entwickeln eingesetzt. Teile der Community werfen dem Projekt deshalb auf GitHub Vertrauensbruch vor. Maintainer Andrew Tridgell hält dagegen: Entscheidend sei die Qualitätssicherung durch Tests und Review, nicht das Werkzeug, mit dem Code entsteht.
Ist rsync jetzt unsicher?
Nein. Es gibt keinen Nachweis, dass durch KI-Nutzung fehlerhafter oder unsicherer Code in rsync gelandet ist. Das Projekt gilt weiter als eines der stabilsten Werkzeuge im Unix-Umfeld. Updates kannst du wie gewohnt einspielen.
Was sagt der Home-Assistant-Entwickler Frenck dazu?
Franck Nijhof argumentiert in seinem Essay, dass KI das bestehende Problem der Maintainer-Überlastung beschleunigt: KI-gestützte Contributor erzeugen mehr Beiträge, aber die Prüfung bleibt an wenigen Freiwilligen hängen. Open Source brauche neue Prozesse, um diese Flut zu bewältigen.
Dürfen Open-Source-Projekte überhaupt KI-Code annehmen?
Das entscheidet jedes Projekt selbst — die Spannbreite reicht von Komplettverbot (z. B. wegen Lizenz-Unsicherheiten) bis zur aktiven Nutzung. Viele große Projekte erlauben KI-Unterstützung, verlangen aber Offenlegung und volle Verantwortung des Einreichenden für die Korrektheit.

Quellen: Andrew Tridgell: rsync and outrage · GitHub-Issue 929 · Frenck: Open source was not ready for AI-speed contributions

Kommentar hinterlassen

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert