Debian erlaubt KI-gestützte Beiträge - unter Bedingungen

Debians Entwickler haben dafür gestimmt, Beiträge mit Hilfe generativer KI-Werkzeuge zu erlauben. Die Abstimmung endete am 28. August 2026, das Ergebnis erschien am Tag darauf. Die Entscheidung wirkt über Debian hinaus, denn Debians Paketarbeit wird breit weiterverwendet und seine Regeln werden kopiert.

Debian ist eine von Freiwilligen gebaute Linux-Distribution. Generative KI meint hier Werkzeuge wie große Sprachmodelle, die auf Anfrage Code oder Text erzeugen. Die siegreiche Option heißt "Responsible Use of Generative AI". Eingebracht hat sie der Debian-Entwickler Marc Haber.

Wie die Abstimmung ablief

Debian entscheidet projektweite Fragen mit einer General Resolution, einem Rangfolge-Wahlzettel für seine Entwickler. Auf diesem Zettel standen acht Optionen. Debians Ergebnisseite nennt 425 gezählte Stimmen. Das Quorum, also die Mindestunterstützung, die eine Option im Rennen hielt, lag bei 48,49 Stimmen. Alle acht Optionen übersprangen diese Hürde.

Gezählt wird nach der Condorcet-Methode. Die Wähler sortieren die Optionen, danach wird jedes Paar direkt gegeneinander verglichen. Debians Ergebnisseite nennt Option 1 und Option 3 als in der Mehrheitsphase ausgeschieden. Option 5, der Text zur verantwortungsvollen Nutzung, schlug den Zweitplatzierten im direkten Vergleich mit 55 Stimmen Vorsprung.

Der Zeitplan war durchweg öffentlich. Laut Debians Wahlzettelseite lief die Diskussion vom 23. Juli bis 13. August 2026. Gewählt wurde vom 15. bis 28. August.

Was die Richtlinie tatsächlich sagt

Die Richtlinie befürwortet diese Werkzeuge nicht und verbietet sie nicht. Sie verlagert die Last auf die Person, die auf Senden drückt. Laut dem Bericht von Phoronix müssen Beitragende KI-erzeugte Ausgaben verstehen, prüfen und testen, bevor sie sie einreichen. Für Qualität und Korrektheit bleiben sie voll verantwortlich.

Debians Wahlzettelseite sagt dasselbe von der anderen Seite. Die bestehenden Qualitätsstandards des Projekts gelten einheitlich, ganz gleich, was den Code erzeugt hat.

Phoronix nennt drei weitere Bedingungen im angenommenen Text:

• Die Offenlegung ist freiwillig. Niemand muss angeben, dass ein Werkzeug geholfen hat.
• Vertrauliche Projektinformationen müssen aus KI-Diensten Dritter herausgehalten werden.
• Große oder automatisierte Einreichungen brauchen vorher eine Diskussion in der Gemeinschaft und menschliche Aufsicht.

Die Richtlinie klärt die schwierigen Rechtsfragen ausdrücklich nicht. Laut Phoronix nimmt sie keine Position zum Urheberrecht an KI-erzeugten Inhalten oder an Trainingsdaten ein. Diese Fragen bleiben offen, und das damit verbundene Risiko ebenso.

Die Vorschläge, die sie schlug

Debians Wahlzettelseite nennt vier der acht Optionen samt Autoren. Die Spannweite zeigt, wie weit die Entwickler des Projekts auseinanderlagen.

Option	Eingebracht von	Position
1	Matthias Geiger	KI-gestützte Beiträge verbieten
4	Pierre-Elliott Bécue	KI erlauben, begrenzt auf Debian-spezifische Arbeit
5	Marc Haber	Verantwortungsvolle Nutzung, Beitragende bleiben verantwortlich (angenommen)
7	Gard Spreemann	KI-gestützte Beiträge verbieten

Zwei der vier genannten Optionen waren klare Verbote. Der angenommene Text liegt zwischen Verbot und Freibrief. Gewonnen hat er über Rangfolgen, nicht über einen Erdrutschsieg.

Was das für Entwickler bedeutet

Wer zu Debian beiträgt, hat eine kurze Regel: Du darfst einen Assistenten nutzen, und du haftest für jede Zeile, die er geschrieben hat. Lies den Diff selbst, bevor du ihn abschickst. Baue ihn, teste ihn und sei bereit, ihn im Review zu verteidigen. "Das Modell hat es geschrieben" ist unter dieser Richtlinie keine Verteidigung.

Du musst nicht offenlegen, dass du ein Werkzeug benutzt hast. Rechne damit, dass manche Maintainer trotzdem fragen. Eine klare Antwort ist billiger als ein Streit.

Zwei Regeln können dich treffen, auch wenn dein Code gut ist. Erstens: Kopiere kein vertrauliches Projektmaterial in einen gehosteten Assistenten. Embargierte Sicherheitsdetails und private Meldungen sind genau gemeint. Zweitens: Planst du einen Rundumschlag über viele Pakete mit Werkzeughilfe, beginne die Diskussion vor den Patches. Massen-Einreichungen verlangen jetzt diesen Schritt.

Der offene Teil verdient Aufmerksamkeit. Debian hat bewusst nicht über Urheberrecht oder Trainingsdaten entschieden, dieses Risiko ist also nicht verschwunden. Es liegt bei den Beitragenden und bei den Nutzern weiter unten in der Kette. Wer Debian-Pakete in einem Produkt ausliefert, muss seine Lizenzprüfung unverändert fortführen.

Maintainer anderer Projekte haben nun ein durchgearbeitetes Beispiel. Ein großes, streitfreudiges Freiwilligenprojekt hat dazu öffentlich abgestimmt und sich für Verantwortung statt Verbot entschieden. Das ist ein besser begründeter Startpunkt als eine Regel, die nach dem ersten KI-geschriebenen Pull Request in Eile erfunden wird.