Debian stimmt \u00fcber LLM-Einsatz ab: Vier Wege von Verbot bis Erlaubnis<\/p>\n
close notice<\/p>\n
\n This article is also available in It was translated with technical assistance and editorially reviewed before publication.\n <\/p>\n \n Don\u2019t show this again.\n<\/p>\n Das Debian-Projekt<\/a> diskutiert \u00fcber eine Generalresolution zur Nutzung von gro\u00dfen Sprachmodellen (LLM). Die Debian-Entwickler sind aufgerufen, sich zu entscheiden, wie sie mit generativer KI im Projekt der traditionsreichen Linux-Distribution umgehen wollen. Zur Auswahl stehen gleich vier konkurrierende Textvorschl\u00e4ge, die von einem vollst\u00e4ndigen Verbot KI-gest\u00fctzter Beitr\u00e4ge bis zu einer klar geregelten Zulassung reichen.<\/p>\n Weiterlesen nach der Anzeige<\/p>\n Die Auseinandersetzung ist nicht neu: Bereits 2024 lief auf der Debian-Projekt-Mailingliste eine ausgedehnte Debatte \u00fcber KI-generierte<\/a> Inhalte, angesto\u00dfen von Tiago Bortoletto Vaz, der auf die restriktive KI-Policy von Gentoo<\/a> verwies. Ein Jahr sp\u00e4ter scheiterte der erste Versuch einer Generalresolution, welche kl\u00e4ren sollte, ob KI-Modelle konform zu den Debian-Richtlinien f\u00fcr Freie Software (DFSG) sind. Der Initiator zog seinen Vorschlag zur\u00fcck. Anfang 2026 bereitete das Projekt eine Resolution mit dem Arbeitstitel \u201eAllow AI-Assisted Contributions\u201c vor, entschied sich dann aber zun\u00e4chst daf\u00fcr, nicht zu entscheiden und KI-Beitr\u00e4ge weiterhin fallweise zu handhaben. Die Entw\u00fcrfe zur aktuellen Debatte finden sich auf der offiziellen Abstimmungsseite von Debian<\/a> wieder.<\/p>\n Vom Vollverbot \u2026<\/p>\n Der erste Vorschlag (Proposal A), eingebracht von Matthias Geiger, verlangt ein ausdr\u00fcckliches Verbot s\u00e4mtlicher Beitr\u00e4ge, die mithilfe gro\u00dfer Sprachmodelle oder anderer generativer KI-Werkzeuge entstehen. Der Geltungsbereich umfasst Debian-Quellpakete, projekteigene Software wie den Paketpr\u00fcfer Lintian, Webressourcen, von Debian-Mitwirkenden erstellte Dokumentation und \u00dcbersetzungen sowie die offizielle Kommunikation des Projektes. Nicht betroffen sind Upstream-Projekte, KI-bezogene Software selbst und Upstream-Patches.<\/p>\n Als Begr\u00fcndung f\u00fchren Geiger und seine Mitstreiter an, das Debian f\u00fcr Stabilit\u00e4t stehe, w\u00e4hrend viele LLMs eher den Ansatz \u201emove fast and break things\u201c vertreten. Neben bekannten Qualit\u00e4tsproblemen durch Halluzinationen entstehen Probleme etwa auch, wenn LLMs Paketinhalte generieren, die auf veralteten Methoden basieren oder alte und neue Praktiken inkompatibel miteinander gemischt werden. Eine Analyse zur Node.js-Debatte zeigt: Ein generelles KI-Verbot in Open-Source-Projekten<\/a> ist kaum durchsetzbar und ersetzt keine verantwortungsvolle Governance. Hinzu k\u00e4men unklare Urheberrechts- und Lizenzverh\u00e4ltnisse. Zudem sei Debian mehr als nur Code. Mit LLM-Nutzung w\u00fcrden Projektneulinge wenig lernen und k\u00f6nnten mittelfristig \u00fcberarbeitete Maintainer nicht ersetzen. Zuletzt f\u00fchren die Verfasser des Vorschlages ethische Bedenken an.<\/p>\n Verankert werden soll das Verbot als neuer Punkt im Debian-Gesellschaftsvertrag \u2013 wobei die Antragsteller einr\u00e4umen, dass die Durchsetzung schwierig bleibt und prim\u00e4r auf den guten Willen der Community setzt.<\/p>\n \u2026 bis zur pragmatischen Akzeptanz<\/p>\n G\u00e4nzlich in eine andere Richtung geht der Vorschlag (Proposal B) vom ehemaligen Debian-Projektleiter Lucas Nussbaum. Dieser erlaubt KI-gest\u00fctzte Beitr\u00e4ge unter sechs Bedingungen. Dazu z\u00e4hlen, dass die Nutzungsbedingungen des KI-Werkzeugs rechtlich kompatibel zu Debian sind, die Kl\u00e4rung von Lizenz und Attribution von Fremdcode, den die KI erzeugt, die volle Verantwortung der Beitragenden f\u00fcr Qualit\u00e4t und Lizenzkonformit\u00e4t sowie eine Offenlegungspflicht bei signifikantem KI-Anteil. Daf\u00fcr schlagen sie Git-Trailer wie Generated-By: oder Assisted-By: vor.<\/p>\n Weiterlesen nach der Anzeige<\/p>\n Statt den Gesellschaftsvertrag zu \u00e4ndern, pl\u00e4dieren sie daf\u00fcr mit Bezug auf die Debian Verfassung 4.1 (5) <\/a> eine entsprechende Erkl\u00e4rung zu ver\u00f6ffentlichen. Diese lie\u00dfe sich bei Bedarf ohne eine erneute Generalresolution anpassen. Die Erkl\u00e4rung soll nicht nur die sechs Bedingungen festhalten, sondern sowohl anerkennen, dass KI-unterst\u00fctzte Beitr\u00e4ge viele Bedenken aufwerfen, aber auch viele Beitragende KI-Werkzeuge bei der Arbeit an Debian hilfreich f\u00e4nden.<\/p>\n Kompromissvorschl\u00e4ge<\/p>\n Ein weiterer Vorschlag lehnt LLMs und generative KI ab, \u201esolange es praktisch ist\u201c. Verfasser Ian Jackson begr\u00fcndet das mit einer ganzen Reihe von Kritikpunkten: Untergrabung von Community-Mechanismen, Umweltsch\u00e4den, Ausbeutung von Autorinnen und Autoren, aggressives Scraping und die Verbreitung von Fehlinformationen. Da aber die Breite der Software-Welt einer anderen Ansicht sei, inklusive Upstream-Projekte, die Debian nutze, sei eine komplette Ablehnung unpraktisch.<\/p>\n Der Vorschlag fordert, LLM-Nutzung so weit wie m\u00f6glich zu vermeiden und ruft Projektverantwortliche aber auch die Open-Source-Community auf, von der Nutzung abzuraten. Die Regeln zu KI-Nutzung wollen die Verfasser verbindlich im Code of Conduct festhalten und diesen entsprechend erg\u00e4nzen. Kernpunkt: Nachrichten an Menschen \u2013 also Bugreports, Mailinglisten-Beitr\u00e4ge, Salsa-Diskussionen und Planet-Debian-Blogposts \u2013 m\u00fcssen vollst\u00e4ndig ohne LLM-Hilfe verfasst werden. Jede KI-Nutzung bei Debian-Arbeit ist offenzulegen, einzelne Teams d\u00fcrfen LLM-Beitr\u00e4ge komplett verbieten, und Verst\u00f6\u00dfe werden als Verletzungen des Code of Conduct behandelt. Am Projekt Mitwirkende, die sich des Englischen nicht sicher genug f\u00fchlen, sollen in ihrer Muttersprache schreiben und davon ausgehen d\u00fcrfen, dass Rezipienten ein \u201e\u00dcbersetzungstool ihrer Wahl\u201c einsetzen. Das geht praktisch nur mit einem KI-Tool.<\/p>\n Der letzte Vorschlag w\u00e4hlt ebenfalls einen pragmatischen Ansatz: Debian empfehle generative KI zwar nicht, erkenne aber an, dass die Praktiken bereits verbreitet seien und nicht wieder verschwinden. Die Nutzung zu verbannen sei kontraproduktiv und nicht durchsetzbar. Stattdessen sollen Richtlinien f\u00fcr Debian-spezifische Arbeiten \u2013 Websites, Anwendungen, Ressourcen, Pakete \u2013 gelten; Upstream ist auch hier explizit ausgenommen. Der Vorschlag akzeptiert KI-Beitr\u00e4ge, sofern sie DFSG-konform sind und als solche ausgewiesen sind. Die Beitragenden tragen die alleinige Verantwortung, m\u00fcssen den KI-Output verstehen und verteidigen k\u00f6nnen. Alle Inhalte m\u00fcssen selbst\u00e4ndig auf die Debian-Infrastruktur hochgeladen werden. Die Nutzung von cloudbasierten KI-Diensten f\u00fcr sensible Inhalte soll zudem untersagt sein.<\/p>\n KI in Open-Source: Umstrittenes Thema<\/p>\n Die Diskussionsphase zur Generalresolution begann am 24. Juli 2026. Die Debian-Entwickler haben jetzt mindestens zwei Wochen Zeit zur Diskussion. Danach folgt dann die Abstimmungsphase, in der alle aktuellen Debian-Entwickler einen Wahlzettel erhalten und diesen signiert per E-Mail zur\u00fcckschicken. Da Debian Wahlen als Pr\u00e4ferenzwahl durchf\u00fchrt, m\u00fcssen die Wahlberechtigten sich nicht f\u00fcr eine Option entscheiden, sondern k\u00f6nnen eine Rangfolge bestimmen.<\/p>\n Nicht nur bei Debian sind LLM und generative KI umstritten, auch in vielen anderen Open-Source-Projekten gibt es Diskussionen. Andere Projekte wie Gentoo, Gnome und Codeberg haben bereits eigene KI-Regelwerke etabliert. Auch FreeBSD hat LLM-generierten Quellcode klar abgelehnt<\/a> \u2013 mit Lizenzbedenken als prim\u00e4rem Argument. F\u00fcr die einen ist es ein Tool, das auch Chancen bietet<\/a>, etwa bei \u00dcbersetzungen, verbesserter Usability oder dem Einstieg ins Programmieren. So plant etwa Fedora einen KI-optimierten Linux-Desktop<\/a>, der lokale KI-Stacks f\u00fcr Entwickler zug\u00e4nglicher machen soll. Andere sehen praktische Bedenken, wie Qualit\u00e4t und Wissensverlust, aber auch die Last, die KI gerade bei Open-Source-Projekten verursacht<\/a>: AI Slop, unbrauchbare Bugreports und KI-Scraping-Tools, die die Projektserver abgrasen und dabei in die Knie zwingen. Daneben gibt es auch grunds\u00e4tzliche ethische Bedenken. Auch bleibt die Frage, ob selbst eine Open-Source-KI die Unabh\u00e4ngigkeit einschr\u00e4nke, weil in der Regel die Ressourcen f\u00fcr die immensen Trainingsdaten nicht leistbar sind.<\/p>\n Lesen Sie auchMehr anzeigenWeniger anzeigen<\/p>\n
\n English<\/a>.<\/p>\n