GitHub führt Maßnahmen gegen KI-Slop ein – ohne das Problem klar zu benennen

Viele Open-Source-Maintainer können ein Lied davon singen: Die Pull-Requests werden immer mehr, die Qualität der Codeänderungen nicht unbedingt besser.

Der Grund liegt auf der Hand: Mithilfe von KI-Coding-Tools wie Claude Code können seit einiger Zeit auch Menschen ohne Informatik-Hintergrund Pull-Requests einreichen, also Codeänderungen innerhalb von Open-Source-Projekten beantragen. Die Hüter des Codes, die Maintainer, sind davon häufig überfordert. Und während die einen schon das Ende der Open-Source-Idee ausrufen, feiern andere die Demokratisierung der Software-Entwicklung. So sagte OpenClaw-Entwickler Peter Steinberger in einem Interview, dass es in jedem Fall ein „Sieg für unsere Gesellschaft“ sei, wenn jemand seinen ersten Pull-Request einreicht – ganz egal, wie gut oder schlecht dieser technisch ist. Es würde die Open-Source-Welt weiterbringen, je mehr Menschen von „Usern“ zu „Buildern“ werden.

Nun hat auf jeden Fall auch GitHub, die größte Software-Entwicklungsplattform der Welt, eingestanden, dass es offenbar Handlungsbedarf gibt. Liest man den aktuellen Blogpost von GitHubs Open-Source-Strategiechefin Ashley Wolf, so scheinen die Rechtfertigungen und Widersprüchlichkeiten allerdings direkt aus dem Text zu springen: Schließlich gehört die GitHub-Mutter Microsoft zu den größten KI-Jubilierern aller Tech-Unternehmen. Es finden sich deshalb so schöne Sätze wie dieser im Blogpost: „Es ist verlockend, ‚minderwertige‘ oder ‚KI-Slop‘-Beiträge als ein einzigartiges, neues Phänomen darzustellen. Das sind sie aber nicht. Maintainer hatten schon immer mit störendem Grundrauschen zu kämpfen.“

Sogar die KI-Fans bei GitHub müssen Probleme eingestehen

Dennoch muss wohl auch GitHub eingestehen, dass etwas passieren muss, nachdem zum Beispiel curl sein Bug-Bounty-Programm wegen zu vielen KI-generierten Security-Reports komplett eingestellt hat und Projekte wie Ghostty Pull-Requests nur noch nach Einladung akzeptieren.

Die Entwicklungsplattform hat mehrere Funktionen eingeführt, die Maintainern von Open-Source-Projekten das Leben erleichtern sollen. Dazu gehören unter anderem: ¶

• Pull-Requests können auf Repository-Ebene eingeschränkt oder ganz deaktiviert werden.
• Banner zur Reduzierung von überflüssigem Kommentar-Rauschen (wie etwa „+1″).
• Performance-Verbesserungen bei Pull-Requests (bis zu 67 % schneller) und bei Issue-Navigation.
• Temporäre Interaktionslimits für bestimmte User in öffentlichen Repositories.

Demnächst soll es außerdem möglich sein, Pull-Requests direkt über die Benutzeroberfläche zu löschen, um Spam oder missbräuchliche Beiträge zu entfernen. All diese Verbesserungen zielen darauf ab, den Aufwand bei der Überprüfung von Beiträgen zu verringern.

Darüber hinaus werden in Zusammenarbeit mit Maintainern weitere Maßnahmen diskutiert, etwa kriterienbasierte Zugangsregeln und verbesserte Triage-Tools, die Beiträge automatisch anhand der Projektrichtlinien bewerten könnten. GitHub betont dabei, dass diese Werkzeuge die Entscheidungshoheit der Maintainer unterstützen und nicht ersetzen sollen. Alle Einschränkungen bleiben optional und konfigurierbar, um „wohlmeinende Erstbeitragende“ nicht unangemessen zu demotivieren.

(jkj)