System76, das Unternehmen hinter der Pop!_OS-Linux-Distribution, hat in seinem Flaggschiff-Desktop-Projekt eine harte Linie gegen KI-Schwachstellen gezogen: Die COSMIC-Desktop-Umgebung akzeptiert keine Pull-Requests mehr, die umfangreiche sprachmodellgenerierte Inhalte enthalten.

Wie erstmals von Linuxiac berichtet und diese Woche von Neowin aufgegriffen wurde, wurde die COSMIC-Pull-Request-Vorlage aktualisiert, um von den Mitwirkenden zu verlangen, zu bestätigen, dass ihre Einsendungen keinerlei LLM-generiertes Material jeglicher Art enthalten – einschließlich Quellcode, Codekommentare und der Pull-Request-Beschreibung selbst. Wenn diese Bestätigung fehlt, können Betreuer die Pull-Anfrage vollständig schließen.

Der Schritt macht System76 zu einem der bekanntesten Open-Source-Projekte, das von der Aufforderung an Mitwirkende zur Offenlegung der KI-Unterstützung zu einem vollständigen Verbot aus dem beigesteuerten Code übergeht. Für Entwickler, die verfolgen, wie die KI-Branche die Softwareentwicklung umgestaltet, ist dies eines der deutlichsten Signale, dass die Betreuer an ihre Grenzen stoßen. Weitere Geschichten wie diese finden Sie in unserer neuesten Berichterstattung über KI-Entwicklungen.

Was die neuen Regeln erfordern

Gemäß der aktualisierten Beitragsrichtlinie müssen COSMIC-Mitwirkende nun mehrere Dinge bestätigen, wenn sie eine Pull-Anfrage öffnen:

– dass die Einreichung keinen LLM-generierten Code, Kommentare oder Beschreibungen enthält

  • dass sie die Änderungen verstehen, die sie einreichen

  • dass sie Bewertungsfeedback von Betreuern beantworten können

  • dass sie ihre Arbeit getestet haben

  • dass der Beitrag gemäß dem Ursprungszertifikat des Entwicklers zertifiziert ist, der Standardbescheinigung, dass der Mitwirkende den Code einreichen darf

Die Richtlinie gilt für alle COSMIC-Codebasen, die Familie der Rust-basierten Repositories – vom Cosmic-Comp-Compositor bis zum Cosmic-Files-Dateimanager – die zusammen die Desktop-Umgebung bilden, die in Pop!_OS 24.04 enthalten ist.

Warum System76 den Stecker gezogen hat

Jeremy Soller, Chefingenieur von System76, sagte, der treibende Faktor sei laut Linuxiac die zusätzliche Überprüfungslast, die KI-generierte Einreichungen für das COSMIC-Team mit sich bringen. Betreuer haben ein wachsendes Volumen an Einsendungen von Erstautoren festgestellt, die sich auf LLMs verlassen, und viele dieser Pull-Anfragen waren ungeplant und wurden selten angenommen.

Das Projekt hatte diesen Datenverkehr bereits stillschweigend gefiltert. Im August stellte der Mitwirkende Jacob Gkau fest, dass die meisten großen, von LLM verfassten Pull-Anfragen bereits abgelehnt wurden, insbesondere wenn sie Bedenken hinsichtlich des Urheberrechts oder der Wartbarkeit aufwarfen. Bisher verlangte die formelle Regel des Projekts von den Mitwirkenden, dass sie KI-generierten Code offenlegen und nachweisen, dass sie ihre Beiträge verstanden haben. Die neue Regel ist strenger: LLM-generierte Inhalte werden nicht offengelegt und überprüft – sie werden überhaupt nicht akzeptiert.

Rezensionsbandbreite ist die knappste Ressource im Open-Source-Bereich, und die Wirtschaftlichkeit erklärt den Wandel. Die Erstellung einer maschinell generierten Pull-Anfrage dauert Sekunden und die Ablehnung Minuten, aber die ordnungsgemäße Prüfung dauert Stunden – und jede Stunde, die für die Prüfung eines spekulativen KI-Beitrags aufgewendet wird, ist eine Stunde, die nicht für die geprüfte Arbeit vertrauenswürdiger Betreuer aufgewendet wird.

Kein Verbot von KI-Tools – ein Verbot unerwünschter KI-Beiträge

Die Richtlinie ist sorgfältig zusammengestellt. Es verbietet System76-Ingenieuren oder Mitwirkenden nicht, KI-Tools in ihren eigenen Arbeitsabläufen zu verwenden; Es regelt, was von außen in den Repositories des Projekts landet. Ein Mitwirkender, der ein LLM verwendet, um ein Rust-Muster zu lernen und dann den Patch selbst zu schreiben und wirklich zu verstehen, ist nicht das Ziel der Regel – die Bestätigungsanforderung richtet sich an Einsendungen, bei denen der Code, die Kommentare oder die Beschreibung vollständig von einem Modell generiert wurden.

Es gibt eine Ausgliederung. Das Cosmic-Flatpak-Repository, in dem Upstream-Projekte ihre eigenen Flatpak-Manifeste verwalten, folgt einem einfacheren Prozess: Das COSMIC-Team überprüft diese Manifeste in erster Linie auf korrektes Sandboxing, bevor es sie akzeptiert.

Open Source zieht Schluss mit der KI-Schwäche

Die Debatte breitete sich diese Woche auf Hacker News aus, wo die Geschichte mehr als 75 Punkte und einen langen Diskussionsthread sammelte. Ein Kommentator sagte, dass seine eigene Pull-Anfrage – eine handverfeinerte Lösung für ein Passwort-Verwaltungsproblem im Netzwerk-Applet von COSMIC, die mit Claudes Hilfe entwickelt wurde – im Rahmen der neuen Richtlinie geschlossen wurde. „Ich respektiere ihre Entscheidung und habe keine bösen Gefühle“, schrieb der Mitwirkende und räumte gleichzeitig den Rückschlag für jemanden ein, der versucht, in Open-Source-Beiträge einzudringen.

Andere Stimmen im Thread waren weniger diplomatisch, beschrieben unhaltbare „KI-Durcheinander“ in ihren eigenen Projekten und lobten System76 für sein Handeln. Einige stellten die Frage, ob die Richtlinie in der Praxis Bestand haben könne, und stellten fest, dass jede Linux-Distribution aus Tausenden von Upstream-Paketen besteht, deren Herkunft kein Betreuer vollständig überprüfen kann. Berichte der letzten Wochen deuten darauf hin, dass Redox OS, das Rust-basierte Betriebssystemprojekt, ein ähnliches Verbot von KI-generiertem Code erlassen hat, und Betreuer im gesamten Ökosystem beobachten, ob sich formelle No-KI-Richtlinien verbreiten.

Was es für Benutzer und Entwickler von Pop!_OS bedeutet

Für Benutzer ändert sich nichts sofort – Pop!_OS und COSMIC werden weiterhin wie gewohnt ausgeliefert, und bei der Richtlinie geht es um Beitragshygiene, nicht um Funktionen. Für potenzielle Mitwirkende ist die Messlatte jetzt eindeutig: Schreiben Sie es selbst, verstehen Sie es, testen Sie es und seien Sie bereit, es in der Rezension zu verteidigen.

Die tiefere Frage ist, ob weitere Großprojekte folgen. KI-gestütztes Codieren ist mittlerweile Mainstream, und jedes Projekt, das sich an den Maintainer richtet, muss entscheiden, was mit der daraus resultierenden Welle maschinengenerierter Beiträge geschehen soll. Die Antwort von System76 – ein Vorlagen-Kontrollkästchen, ein möglicher Abschluss und ein Entwickler-Ursprungszertifikat – bietet eine Vorlage. Ob es zum Standard der Branche wird, bleibt abzuwarten.

---

Der KI einen Schritt voraus sein

Erhalten Sie die neuesten KI-Nachrichten, Analysen und Durchbrüche – alles an einem Ort.

Weitere KI-Neuigkeiten lesen →