QGIS, eine der weltweit am weitesten verbreiteten Open-Source-Anwendungen für geografische Informationssysteme, hat offiziell ein striktes Verbot von KI-gestützten Codebeiträgen verabschiedet – eine Richtlinie, die mit der Zusammenführung des Regierungsvorschlags am 7. Oktober in Kraft trat und nun nach einer lebhaften Diskussion in Hacker News am Montag erneut Aufmerksamkeit erregt.
Die Änderung, die als QEP 428 („Keine KI-Beiträge erlaubt“) verfolgt und vom langjährigen QGIS-Kernentwickler Nyall Dawson zusammengeführt wurde, schreibt die frühere KI-Tooling-Richtlinie des Projekts von einem Human-in-the-Loop-Framework in ein völliges Verbot um. Es folgt eine Debatte auf der qgis-developer-Mailingliste des Projekts im September.
Was die Richtlinie jetzt sagt
Im aktualisierten Richtliniendokument, Version 2.0, heißt es eindeutig:
„Im qgis/qgis-Repository sind keine LLM-, KI- oder agentengestützten Codebeiträge zulässig. Wenn wir später feststellen, dass Sie für Ihren Beitrag einen KI-, LLM- oder einen agentenbasierten Workflow verwendet haben, unterliegen Sie einer Code-Reversion und einer Sanktionierung der Mitwirkendenrechte.“
Das ist eine wesentlich härtere Linie als die Politik, die sie ersetzt hat. Die vorherige Version, QEP 408, die im Januar 2026 von Even Rouault veröffentlicht wurde, hatte die Verwendung von KI unter strengen Bedingungen erlaubt: Mitwirkende mussten alle generierten Inhalte selbst überprüfen, wesentliche, mit dem Tool generierte Inhalte mithilfe eines „Assisted by“-Commit-Trailers offenlegen und in der Lage sein, während der Überprüfung Fragen zu ihrer Arbeit zu beantworten. Es verbot außerdem autonomen Agenten – wie dem @claude-Bot von GitHub –, ohne menschliche Zustimmung Aktionen in den Projekträumen durchzuführen.
Mit der neuen Richtlinie entfällt dieser gesamte Rahmen. Es gibt keinen Offenlegungsmechanismus, keinen zulässigen Anwendungsfall, keine Anpassung durch den Menschen. Die Autorenzeile der Richtliniendatei lautet jetzt einfach „die Mitwirkenden des QGIS-Projekts“.
Warum ein Kartierungsprojekt eine Grenze zog
QGIS ist ein Eckpfeiler des Open-Source-Geodaten-Stacks und bietet professionelle Desktop-GIS-Funktionen, die von Regierungen, Umweltbehörden und Unternehmen weltweit genutzt werden. Wie die meisten von der Community betriebenen Open-Source-Projekte ist es auf einen kleinen Pool freiwilliger Hauptmitwirkender angewiesen, die den eingehenden Code überprüfen.
Diese Prüflast ist von zentraler Bedeutung für die Begründung des Verbots. In den früheren Richtlinien des Projekts wurde bereits festgestellt, dass die Weitergabe von Betreuer-Feedback an einen LLM „niemandem beim Wachstum hilft und unsere Community nicht unterstützt“. Die Mailinglistendiskussion im September und die 25 Kommentare zum Pull-Request zeigen, dass Betreuer abwägen, ob der offengelegte, von Menschen überprüfte KI-Code immer noch untragbare Kosten für die knappe Zeit der Prüfer mit sich bringt – und zu dem Schluss kommen, dass dies der Fall ist.
Der Schritt greift eine umfassendere Befürchtung auf, die in Open-Source-Communities herrscht: dass maschinengenerierte Beiträge, wie fließend sie auch sein mögen, den Aufwand vom Schreiben von Code auf menschliche Prüfer verlagern, die ihn überprüfen müssen, und dass auf Offenlegung basierende Richtlinien von Ehrlichkeit abhängen, die das System nicht durchsetzen kann. Die Antwort von QGIS ist Durchsetzung durch Konsequenz – Umkehrung des zusammengeführten Codes und Sanktionen gegen die Rechte von Mitwirkenden.
Ein Signal für das Open-Source-Ökosystem
QGIS ist nicht das erste Projekt, das KI-Beiträge einschränkt, aber die Gesamtheit seines Verbots – das Code und damit auch die agentenbasierten Arbeitsabläufe, die zunehmend in Entwicklungstools integriert werden – abdeckt, macht es zu einer der klarsten Aussagen, die jemals ein großes Open-Source-Projekt zu dieser Frage gemacht hat. Der Hacker-News-Thread, der am Montag innerhalb weniger Stunden fast 200 Punkte erreichte, füllte sich schnell mit der Debatte darüber, ob solche Verbote nachhaltig sind, da KI-Unterstützung in jeden Editor und jedes Terminal integriert wird.
Die Richtlinie verdeutlicht auch eine zunehmende Spaltung in der Softwarewelt. Kommerzielle Projekte messen und akzeptieren zunehmend KI-generierten Code und setzen auf die Überprüfung von KI-Code, um die Qualität zu überprüfen. Community-Projekte, deren Gutachter ehrenamtlich tätig sind und deren Anreizstrukturen sich grundlegend unterscheiden, kommen teilweise zum gegenteiligen Schluss: dass die Kosten für die Verifizierung von maschinell geschriebenem Code den Nutzen für dessen Herstellung überwiegen.
Für QGIS-Mitwirkende gilt vorerst eine eindeutige Regel: Ob eine KI den Code berührt hat, ist keine Offenlegungsfrage mehr – es handelt sich um eine Compliance-Frage, und die Antwort muss „Nein“ lauten.
---
Der KI einen Schritt voraus seinErhalten Sie die neuesten KI-Nachrichten, Analysen und Durchbrüche – alles an einem Ort.
Weitere KI-Neuigkeiten lesen →
