Der KI-Filter, der Open Source überforderte

Ein Jahr Projektgeschichte, mindestens drei Mitwirkende, eine bestehende Gemeinschaft und bitte keine künstliche Intelligenz. So ungefähr sollte die Eintrittskarte aussehen, mit der Software künftig im Reddit-Forum r/opensource vorgestellt werden durfte. Wer nicht ausreichend Englisch sprach, sollte ebenfalls draußen bleiben. Übersetzungshilfen könnten schließlich von einem Sprachmodell stammen.

Die Regeln, veröffentlicht am 24. Oktober 2026, wirkten wie eine entschlossene Antwort auf ein Problem, das viele Entwickler längst zermürbt: Mit wenigen Anweisungen lassen sich heute Anwendungen, Webseiten und Bibliotheken erzeugen, deren Urheber sie sofort in Foren bewerben. Manche sind nützlich. Andere bestehen aus kaum geprüftem Code, vollmundiger Beschreibung und einem Repository, das nach dem ersten Wochenende verwaist. Für Moderatoren bedeutet diese Flut vor allem Arbeit.

Der Versuch, Ordnung zu schaffen, geriet bei r/opensource jedoch selbst außer Kontrolle. Aus dem Kampf gegen minderwertige KI-Projekte wurde binnen Stunden eine Debatte darüber, wer überhaupt noch zur offenen Softwaregemeinschaft gehören darf.

Ein Verbot ohne Zwischentöne

Die ursprüngliche Ansage ließ wenig Raum für Zwischentöne: Projekte, die KI verwenden, mit KI erstellt wurden oder für KI bestimmt sind, seien nicht willkommen. Auch MCP-Server, also Programme, die Sprachmodelle mit Werkzeugen und Datenquellen verbinden, fielen darunter. Vorgestellt werden durften nur Projekte, die seit mindestens einem Jahr aktiv gepflegt wurden, mindestens drei Mitwirkende hatten und bereits eine eigene Gemeinschaft vorweisen konnten. Selbst typische Studentenprojekte wie Notizprogramme oder PDF-Betrachter sollten nicht mehr erscheinen. Recherchequelle: reddit.com→

Der Text ging noch weiter. Wer kein Englisch spreche, müsse eine andere Gemeinschaft suchen, hieß es darin. Die Moderatoren könnten nicht zwischen KI-verfasstem und KI-übersetztem Englisch unterscheiden. Wer nach einem abgelehnten Beitrag um eine Ausnahme bat, riskierte einen dauerhaften Ausschluss. Die inzwischen entfernte Ankündigung ist weiterhin abrufbar .

Der bemerkenswerteste Satz stand nicht einmal im eigentlichen Regelwerk, sondern in einer Antwort des verantwortlichen Moderators. Auf die Frage, wie sich ein vollständig von KI erzeugtes Projekt von Software unterscheiden lasse, bei der ein Sprachmodell lediglich Fehler gesucht habe, räumte er ein: Es gebe keinen objektiven Weg, die neue Vorgabe durchzusetzen.

Das Problem der unsichtbaren Herkunft

Genau dort liegt der Kern des Konflikts.

Code trägt keine Pinselstriche. Man kann ihm gewöhnlich nicht ansehen, ob eine Funktion von einem Menschen geschrieben, von einem Assistenten vorgeschlagen oder nach einem längeren Dialog aus mehreren KI-Entwürfen zusammengesetzt wurde. Selbst ungewöhnlich saubere Kommentare beweisen nichts. Ein sorgfältiger Entwickler kann mit einem Sprachmodell arbeiten; ein nachlässiger kann jeden Buchstaben selbst tippen.

Das Verbot zielte deshalb auf etwas, das sich kaum beobachten lässt: den Herstellungsprozess. Um es trotzdem anwenden zu können, brauchte die Community Ersatzmerkmale. Das Alter eines Projekts wurde zum Qualitätszeichen, die Zahl der Mitwirkenden zum Vertrauenssignal, der sprachliche Stil zum Verdachtsmoment. Ausgerechnet dort, wo Offenheit der Grundsatz ist, entstanden immer neue Zugangshürden.

Dabei trafen die Regeln nicht nur KI-Projekte. Ein Entwickler verwies in der Diskussion auf eine seit neun Jahren gepflegte Software mit mehr als 300 GitHub-Sternen. Weil er allein daran arbeitete, hätte er die neuen Voraussetzungen trotzdem nicht erfüllt. Andere beschrieben ähnlich langlebige Einzelprojekte. Das bekannte Henne-Ei-Problem war nicht zu übersehen: Ein Projekt sollte bereits eine Gemeinschaft besitzen, bevor es in einer großen Gemeinschaft vorgestellt werden durfte.

Auch Linux geriet plötzlich in den Blick. Der Kernel wird längst mit KI-Unterstützung analysiert und bearbeitet. Nach dem Wortlaut der Ankündigung hätte selbst eines der bedeutendsten Open-Source-Projekte der Welt fragwürdig erscheinen können. Der Moderator erklärte daraufhin, Linux würde die subjektiv gezogene Grenze selbstverständlich bestehen. Das beruhigte wenig. Wenn dieselben Regeln ein Projekt auf dem Papier ausschließen, das in der Praxis eine Ausnahme erhält, entscheidet am Ende nicht die Vorschrift, sondern das Gefühl desjenigen, der sie auslegt.

Der Rückzug beginnt, die Grenze bleibt

Am 26. Oktober folgte der Rückzug in Etappen. Linux sei nicht verboten und könne niemals ernsthaft verboten werden, stellte der Moderator klar. Gleichzeitig sollten Projekte, die innerhalb von zwei Claude-Code-Nutzungslimits entstanden seien, weiterhin unerwünscht bleiben. Die entscheidende Linie liege irgendwo dazwischen und werde sich durch Rückmeldungen verschieben. Eine fertige Neufassung der Regeln gab es noch nicht. Recherchequelle: reddit.com→

Damit war das Problem lediglich genauer beschrieben, nicht gelöst. Zwischen Linux und einer hastig erzeugten Wochenend-App liegt fast die gesamte Softwarewelt. Dort arbeiten Einzelentwickler mit jahrzehntealter Erfahrung, Schüler mit ihrem ersten brauchbaren Programm, kleine Teams, Start-ups und ehrenamtliche Projektbetreuer. Einige lassen sich Funktionen vorschlagen, andere verwenden KI nur für Tests, Fehlersuche, Dokumentation oder Übersetzungen. Eine scharfe Grenze verläuft durch dieses Gelände nicht.

Die Stellungnahme versprach künftig größtmögliche Offenheit und kündigte Anpassungen an . Inzwischen hatten Nutzer allerdings bereits alternative Foren gegründet. Die Auseinandersetzung war außerdem innerhalb des Moderatorenteams angekommen. Recherchequelle: thenextweb.com→

Widerspruch aus dem eigenen Moderatorenteam

Dan Brown, Entwickler der Open-Source-Software BookStack und bis dahin Moderator von r/opensource, erklärte öffentlich, die neuen Vorgaben seien offenbar ohne vorherige Abstimmung im Team eingeführt worden. Er verstand den Auslöser durchaus. Das Forum werde mit Werbung, lieblosen Projekten und automatisiert erstellten Beiträgen überschwemmt. Der federführende Moderator erledige einen großen Teil der täglichen, oft undankbaren Arbeit allein.

Brown widersprach dennoch dem pauschalen Ansatz. Besonders die Englischregel bezeichnete er als misslungen und beleidigend formuliert. Er selbst nutze KI unter anderem für kleine private Projekte, Codeprüfungen und Rechtschreibkorrekturen. Auch Hinweise auf Sicherheitslücken, die Sprachmodelle gefunden hatten, hätten ihm bereits geholfen. Ein umfassendes Verbot in einer so großen Community hielt er für zu aufwendig und kaum durchsetzbar. Schließlich legte er sein Amt nieder Recherchequelle: danb.me→.

Seine Schilderung macht verständlich, warum solche Regeln entstehen. Moderation ist eine Form unbezahlter Sortierarbeit. Wenn die Erstellung eines Beitrags fast nichts mehr kostet, wächst nicht automatisch die Aufmerksamkeit, die für seine Prüfung zur Verfügung steht. Maschinen können tausend Vorschläge erzeugen. Lesen, testen und verantworten müssen sie weiterhin Menschen.

Welche Regeln sich tatsächlich prüfen lassen

Andere Foren suchen deshalb nach weniger radikalen Lösungen. Die Reddit-Community r/selfhosted lässt junge Projekte beispielsweise in einem eigenen Sammelthread zu und verlangt Angaben darüber, wie KI verwendet wurde. Erst wenn ein Projekt drei Monate öffentlich existiert, darf es außerhalb dieses Bereichs vorgestellt werden. Auch dieses Verfahren ist nicht perfekt; Entwickler kritisieren, dass interessante Neuheiten in Sammelthreads leicht untergehen. Es bewertet jedoch beobachtbare Eigenschaften: Alter, Pflege und die Offenlegung des KI-Einsatzes, statt einen vollständig KI-freien Ursprung beweisen zu wollen Recherchequelle: reddit.com→.

Der Streit berührt zudem eine begriffliche Verwechslung. „Open Source“ beschreibt zunächst die Rechte, unter denen Software verteilt, verändert und weitergegeben werden darf. Die Open Source Initiative verlangt unter anderem, dass eine entsprechende Lizenz weder einzelne Personengruppen noch bestimmte Einsatzfelder ausschließt. Daraus folgt nicht, dass jedes Forum jedes Projekt bewerben muss. Die Moderatoren von r/opensource können strengere Zugangsregeln festlegen. Sie definieren damit aber nicht neu, was offene Software ist. Sie entscheiden lediglich, worüber in ihrem Raum gesprochen werden darf Recherchequelle: opensource.org→.

Wie schwer selbst Transparenzregeln konsequent umzusetzen sind, zeigt ausgerechnet Linux. Dort wurde 2026 zunächst ein „Assisted-by“-Hinweis für KI-gestützte Beiträge eingeführt. Im Oktober verständigten sich die Kernel-Verantwortlichen darauf, diese Pflicht wieder zu entfernen. In der dazu veröffentlichten Diskussion hieß es, ungefähr zehn Prozent der 18.533 untersuchten Nicht-Merge-Commits hätten den Hinweis getragen, obwohl KI tatsächlich wesentlich häufiger verwendet worden sei. Das Etikett bildete die Wirklichkeit also nur noch unvollständig ab. Verantwortlich für eingereichten Code bleibt ohnehin der Mensch, der ihn prüft und unter seinem Namen einreicht .

Verantwortung statt Herkunftstest

Darin steckt eine nüchterne Lehre. Gemeinschaften können Anforderungen an Sicherheit, Wartbarkeit und Dokumentation stellen. Sie können verlangen, dass ein Entwickler seinen Code versteht, Fragen beantwortet und Fehler behebt. Auch Mindestalter, getrennte Bereiche für neue Projekte und strengere Regeln gegen Werbung sind möglich.

Was sie kaum zuverlässig kontrollieren können, ist die unsichtbare Entstehungsgeschichte jeder einzelnen Codezeile.

Der KI-Filter von r/opensource sollte die Gemeinschaft schützen. Stattdessen begann er, menschliche Urheberschaft anhand von Indizien zu bestimmen: Projektalter, Teamgröße, Sprachstil. Je undeutlicher die Spuren der Maschine werden, desto größer wird dabei die Gefahr, den Falschen auszusortieren.

Vielleicht braucht offene Software deshalb keinen Herkunftstest, sondern eine alte, erstaunlich robuste Regel: Wer etwas veröffentlicht, muss dafür einstehen. Nicht das Werkzeug legt Rechenschaft ab. Der Entwickler tut es.

Weiterführende Informationen

Quellenhinweis: Einzelne Fakten, Einschätzungen und Prognosen dieses Beitrags stützen sich auf Veröffentlichungen der nachfolgend genannten Unternehmen und Institutionen. Die Links dienen zugleich der weiterführenden Information.

ComputerBase – Reddit-Eklat: Open-Source-Forum erklärt Einzelentwickler für unerwünscht
Der Artikel erläutert die KI-, Projektalter-, Mitwirkenden- und Sprachhürden bei r/opensource sowie die nach Kritik eingeräumten Ermessensspielräume.
https://www.computerbase.de/news/netzpolitik/offene-software-geschlossene-tueren-subreddit-sortiert-entwickler-rigoros-aus.100011/

Notebookcheck – Linux-Kernel: KI-Code braucht keine Kennzeichnung mehr
Der Beitrag erklärt die Abschaffung des Assisted-by-Hinweises, die Auswertung von 18.533 Änderungen und die fortbestehende Verantwortung des menschlichen Einreichers.
https://www.notebookcheck.com/Linux-Kernel-KI-Code-braucht-keine-Kennzeichnung-mehr.1431364.0.html

dkd – Was ist Open Source?
Die Übersicht ordnet die OSI-Kriterien als Anforderungen an Softwarelizenzen ein und erläutert die freie Nutzung, Veränderung und Weitergabe ohne Ausschluss bestimmter Gruppen oder Einsatzzwecke.
https://www.dkd.de/de/glossar/open-source/