AI-translated from English; not yet reviewed by a fluent editor.

# QGIS beschließt eine Richtlinie gegen KI-unterstützte Codebeiträge

> QGIS hat eine Richtlinie angenommen, die LLM-, KI- oder agentengestützte Codebeiträge zu seinem Repository verbietet. Der Text gilt für Code; Zurücksetzen und Sanktionen für Mitwirkende sind möglich. Der Umfang des Vorschlags wurde diskutiert.

By BIG CHANGE Editorial

Published: 2026-10-12T15:00:14.098Z
Updated: 2026-10-12T15:00:14.098Z
Canonical: https://bigchange.ai/blog/qgis-ai-assisted-code-contributions-policy

![Conceptual charcoal illustration of a wall-mounted review board holding a generic topographic map and a separate page of code-like marks crossed by an orange cord.](https://bigchange.ai/api/media/file/qgis-policy-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE; not a photograph or QGIS screenshot.

QGIS hat eine Richtlinie angenommen, die Codebeiträge mit Unterstützung von LLMs, KI oder Agenten zu seinem [Hauptrepository der Software](https://github.com/qgis/qgis) verbietet. Der [Vorschlagsdatensatz](https://github.com/qgis/QGIS-Enhancement-Proposals/pull/387) des Projekts zeigt, dass die Änderung am 7. Oktober genehmigt und zusammengeführt wurde. Ihr Geltungsbereich ist enger als ein Verbot der KI-Nutzung in QGIS: Der [Richtlinientext](https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/qep-408-ai-tool-policy.md) nennt Codebeiträge zu einem Repository und lässt einige Grenzen von „unterstützt“ undefiniert.

## Die große Veränderung

- **Was sich geändert hat:** QGIS hat seine frühere Richtlinie für Beiträge mit KI-Werkzeugen durch ein kategorisches Verbot von LLM-, KI- oder agentengestützten Codebeiträgen zu `github.com/qgis/qgis` ersetzt.
- **Warum das wichtig ist:** Wer Code beiträgt, der unter diese Regel fällt, kann mit dem Zurücksetzen des Codes und Sanktionen bei den Mitwirkungsrechten konfrontiert werden, wenn das Projekt später verbotene Unterstützung entdeckt. Der Vorschlag beschreibt keinen automatischen Erkennungs- oder Durchsetzungsprozess.
- **Was offenbleibt:** Der beschlossene Satz nennt keine Beispiele für KI-gestützte Autovervollständigung, Recherche oder Prüfung und regelt Fehlerberichte, Diskussionskommentare oder andere QGIS-Repositories nicht ausdrücklich.

## Was der beschlossene Text sagt

Die ein Absatz lange Regel umfasst „LLM-, KI- oder agentengestützte Codebeiträge“ im QGIS-Hauptrepository. Später entdeckte Unterstützung durch KI, LLMs oder Agenten kann laut Text zum Zurücksetzen des Codes und zu Sanktionen bei den Mitwirkungsrechten führen. Die Formulierung nennt mögliche Folgen, keinen Nachweis dafür, dass QGIS sie gegen einen bestimmten Mitwirkenden verhängt hat.

Der Datensatz ist wichtig, weil der Vorschlagstitel „Keine KI-Beiträge erlaubt“ weiter reicht als sein maßgeblicher Satz. Dieser Satz nennt **Codebeiträge** und das Repository `qgis/qgis`. Er legt keine projektweite Regel für Menschen fest, die bei der Arbeit mit QGIS-Software KI-Funktionen verwenden. Er sagt auch nicht, ob dieselbe Einschränkung das separate Repository für Verbesserungsvorschläge oder Einreichungen ohne Code umfasst. Diese Fragen kamen in der [Diskussion des Pull Requests](https://github.com/qgis/QGIS-Enhancement-Proposals/pull/387) auf, wurden im zusammengeführten Text aber nicht aufgezählt.

Die angenommene Änderung aktualisiert die Datei mit der KI-Werkzeugrichtlinie des Repositorys, deren Name weiterhin `qep-408` enthält. Der [Pull Request vom 7. Oktober](https://github.com/qgis/QGIS-Enhancement-Proposals/pull/387) wurde als QEP 428 beschrieben und erhielt vor dem Zusammenführen das Label Accepted. Dateiname und Vorschlagsnummer beziehen sich in diesem Datensatz auf dieselbe Richtlinienänderung.

## Warum Mitwirkende über die Grenze stritten

Befürworter beschrieben ein Problem mit den Prüfungskapazitäten. In der [Diskussion des Vorschlags](https://github.com/qgis/QGIS-Enhancement-Proposals/pull/387) sagte der Mitwirkende Haubourg, extern erzeugte Einreichungen könnten mehr sein, als die Verantwortlichen ernsthaft prüfen können. Ein Mitwirkender, der KI-unterstützte Korrekturen von Regressionen eingereicht hatte, sagte, die Erfahrung könne in einer komplexen Codebasis eine Illusion von Kompetenz erzeugen und das Vertrauen zwischen Prüfer und Autor belasten. Das sind Erklärungen der Beteiligten zur Richtlinie, keine gemessenen Erkenntnisse über jeden KI-unterstützten Patch.

Andere fragten, was als Unterstützung zählt. Ein Mitwirkender nannte Autovervollständigung, die Nutzung eines LLM zum Verständnis unbekannten Codes, Übersetzung und ein Suchergebnis mit einer KI-Antwort als Beispiele, die die kurze Regel nicht einordnet. Tim Sutton, Mitglied des QGIS Project Steering Committee, antwortete, er beurteile die Einhaltung danach, ob der Mitwirkende den Code guten Gewissens geschrieben habe. Sein Kommentar gibt Einblick in die Absicht, ändert den beschlossenen Satz aber nicht. Der Vorschlagsautor Nyall Dawson sagte, der strenge Ausgangspunkt könne im Einzelfall überdacht werden; das ist eine mögliche künftige Diskussion, keine genehmigte Ausnahme.

Für jemanden, der heute einen Pull Request vorbereitet, ist die verlässliche Grenze die schriftliche: Code für das QGIS-Hauptrepository darf nicht durch ein LLM, ein KI-System oder einen Agenten-Workflow unterstützt sein. Der Quelldatensatz legt nicht fest, wie QGIS Grenzfälle bei Werkzeugen unterscheiden oder die Regel praktisch durchsetzen wird. BIG CHANGE prüfte die Richtlinie und ihre öffentliche Diskussion; wir reichten keinen Code ein und testeten die Durchsetzung nicht.

## Quellen und weiterführende Informationen

- [QGIS-Richtlinientext, Version 2.0](https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/qep-408-ai-tool-policy.md): das genaue Verbot in einem Absatz, der Repository-Geltungsbereich und mögliche Sanktionen. Die Datei zeigt den 24. September 2026 als Überarbeitungsdatum.
- [QGIS Enhancement Proposals Pull Request #387](https://github.com/qgis/QGIS-Enhancement-Proposals/pull/387): Vorschlagsdiskussion, Genehmigung am 7. Oktober, Label Accepted und Zusammenführung. Die Kommentare der Beteiligten beschreiben Gründe und offene Geltungsbereichsfragen; sie sind selbst kein Richtlinientext.
- [Diskussion auf der QGIS-Entwickler-Mailingliste](https://lists.osgeo.org/pipermail/qgis-developer/2026-September/068576.html): frühere Darstellung der vorgeschlagenen Repository-Richtlinie und ihrer Durchsetzungsprobleme durch den Lenkungsausschuss. Sie geht dem angenommenen Wortlaut voraus.

## Sources

- [QGIS Enhancement Proposals PR #387: QEP428 hinzufügen: Keine KI-Beiträge erlaubt](https://github.com/qgis/QGIS-Enhancement-Proposals/pull/387) — Primärer Repository-Datensatz: Zusammenführung in den master-Zweig der Vorschläge, vier +1-Stimmen, Label Accepted. Die Annahme des Vorschlags nicht mit einem unabhängigen pauschalen KI-Nutzungsverbot verwechseln.
- [Richtlinientext von QGIS Enhancement Proposal 428 (Datei qep-408-ai-tool-policy.md)](https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/qep-408-ai-tool-policy.md) — Der aktuelle Text verbietet LLM-, KI- oder agentengestützte Codebeiträge zum QGIS-Repository und nennt mögliches Zurücksetzen des Codes und Sanktionen bei den Mitwirkungsrechten.
- [Diskussion auf der QGIS-Entwickler-Mailingliste](https://lists.osgeo.org/pipermail/qgis-developer/2026-September/068576.html) — Frühere Begründung des Lenkungsausschusses und Vorbehalt zur Durchsetzung, vor dem angenommenen Text.