Das Team hinter dem beliebten PlayStation-3-Emulator RPCS3 hat eine klare Ansage an die Community gemacht: Wer weiterhin KI-generierten Code einreicht, muss mit einem Bann rechnen. In den letzten Wochen häuften sich laut den Entwicklern sogenannte „AI Slop“-Pull-Requests – minderwertige, oft fehlerhafte Code-Vorschläge, die von künstlicher Intelligenz erzeugt wurden, ohne dass die Einreichenden sie wirklich verstanden oder getestet hatten. Der Emulator, der seit 2011 entwickelt wird und heute als der ausgereifteste PS3-Emulator gilt, ist auf die Mithilfe einer globalen Open-Source-Community angewiesen. Doch die Flut an ungeprüften KI-Beiträgen bindet mittlerweile so viele Ressourcen, dass die Verantwortlichen nun zu drastischen Maßnahmen greifen.
Die neue Härte: Bann ohne Vorwarnung bei Verstößen
In einem knappen, aber deutlichen Post auf X (ehemals Twitter) forderte das RPCS3-Team die Nutzer auf, die Einreichung von KI-Code einzustellen. „Bitte hört auf, KI-Schrott-Pull-Requests bei RPCS3 einzureichen“, hieß es dort. „Wir werden anfangen, diejenigen zu bannen, die dies tun, ohne es offenzulegen.“ Die Botschaft war unmissverständlich: Das Team hat die Geduld verloren. Statt sich mit halbgarer KI-Arbeit zu befassen, die weder funktioniert noch von den Autoren nachvollzogen werden kann, verweisen die Entwickler auf die zahlreichen frei verfügbaren Ressourcen, um das Programmieren und Debuggen richtig zu lernen. Die Drohung mit einem sofortigen Bann zeigt, wie ernst die Lage für das Projekt inzwischen ist.
Neue Richtlinien: Transparenz und Eigenverantwortung sind Pflicht
Die Reaktion ließ nicht lange auf sich warten. Zeitgleich mit der öffentlichen Verwarnung aktualisierte das RPCS3-Team seine offiziellen Beitragsrichtlinien. Die neuen Regeln sind ein klares Signal an die Community und setzen einen neuen Standard im Umgang mit KI-generierten Inhalten in Open-Source-Projekten. Grundsätzlich bleibt der Einsatz von KIaaa-Tools erlaubt – allerdings nur unter strengen Auflagen. So dürfen KI-Assistenten weiterhin für Recherchezwecke oder Reverse-Engineering eingesetzt werden, also wenn es darum geht, die Funktionsweise von Spielen oder Systemen zu analysieren. Sobald jedoch Code in das Repository einfließt, gelten verschärfte Regeln. Die Kernforderung lautet: Jeder Beitrag muss vollständig vom menschlichen Autor verstanden und verantwortet werden. Das umfasst auch alle Kommunikationsformen – von Code-Kommentaren bis hin zu Diskussionen auf GitHub –, die nicht von einem KI-Agenten automatisiert werden dürfen.
Offenlegungspflicht und Testnachweise
Die neuen Richtlinien verlangen zudem eine umfassende Transparenz. Wer KI-Tools zur Erstellung eines Pull-Requests genutzt hat, muss dies explizit angeben. Dabei ist genau zu dokumentieren, welche Teile des Codes KI-generiert sind und welche Art von Tests sowie manueller Überprüfung vor der Einreichung stattfanden. Fehlt diese Offenlegung, droht die Schließung des Pull-Requests ohne weitere inhaltliche Prüfung. Diese Maßnahme soll verhindern, dass ungetesteter KI-Code die Qualitätssicherung umgeht und unentdeckt in den Hauptzweig des Projekts gelangt, wo er potenziell alle Nutzer des Emulators betreffen könnte. Das Team unterstreicht, dass selbst gut gemeinte KI-Beiträge, die nicht ausreichend geprüft wurden, zu schwerwiegenden Fehlern und Stabilitätsproblemen führen können.
Ein branchenweites Problem: Auch Linux und Godot betroffen
Der Schritt der RPCS3-Entwickler ist kein Einzelfall. In der Open-Source-Welt mehren sich die Stimmen gegen die unkontrollierte Flut von KI-Code. Immer mehr Maintainer berichten von einem Anstieg an Pull-Requests, die zwar syntaktisch korrekt, aber logisch fehlerhaft oder für das Projekt schlicht irrelevant sind. So hatten bereits die Betreuer der Godot-Spiel-Engine auf ähnliche Probleme hingewiesen und KI-generierte Änderungen scharf kritisiert, da diese oft keinen Sinn ergäben. Auch der Linux-Kernel, das Herzstück unzähliger Systeme, positioniert sich klar: KI-Code ist erlaubt, aber nur, wenn der Einsender die volle Verantwortung für alle daraus resultierenden Fehler übernimmt. Diese Entwicklung zeigt, dass die Open-Source-Communities weltweit vor der gleichen Herausforderung stehen: Sie wollen die Werkzeuge der künstlichen Intelligenz nicht pauschal verdammen, aber sie wehren sich entschlossen gegen die Abwälzung von Qualitätssicherung auf ehrenamtliche Maintainer.
Die neuen, strengen Regeln von RPCS3 sind daher mehr als eine interne Richtlinie. Sie sind ein deutliches Statement in einer sich gerade erst formierenden Debatte über die Rolle von KI in der Softwareentwicklung. Wer in Zukunft zu RPCS3 beitragen möchte, muss sich wieder auf die Grundlagen besinnen: gutes Handwerk, tiefgehendes Verständnis und die Bereitschaft, Verantwortung für den eigenen Code zu übernehmen. Alles andere wird nicht mehr toleriert.
