QGIS verbietet KI-Beiträge: Ein radikaler Schritt gegen die LLM-Flut
QGIS bans AI assisted contributions
Die QGIS-Community hat mit QEP428 eine strikte Richtlinie verabschiedet, die jegliche KI-unterstützten Beiträge untersagt. Maintainer Nyall Dawson begründet dies mit der unerträglichen Belastung durch LLM-generierte Pull Requests und dem Wunsch, das menschliche Netzwerk der Open-Source-Gemeinschaft zu schützen. Die Entscheidung löste eine kontroverse Debatte über die Definition von 'KI-assistiert' und die Zukunft ehrenamtlicher Mitarbeit aus.
AI use from external contributors puts a massive and unbearable pressure on the shoulders of our maintainers, who already had a tough job before the era of LLM's.
- jcolot
Ein Teil davon ist ein Alignment-Problem, aber auf der menschlichen Seite: Der Engpass ist nicht mehr das Schreiben von Code, sondern mit ihm in Übereinstimmung zu bleiben, zu wissen, was er tut und ob er das tut, was man gemeint hat. In meiner eigenen Arbeit ist das inzwischen der größte Teil des Jobs, selbst bei Code, um den ich gebeten habe. Für Maintainer, die große PRs von Fremden reviewen, ist es sicherlich noch viel schlimmer. Ein Verbot ist etwas hart, aber ich verstehe, warum sie ihre Aufmerksamkeit rationieren.
- mootothemax
Irgendetwas an Geodaten-Arbeit scheint LLMs zu überfordern. Ich habe das oft mit den neuesten Versionen von sowohl Fable als auch Opus erlebt, und es ist der klassische Albtraum von selbstsicher vorgetragenem, aber falschem Zeug.
Gestern hatte ich eine relativ triviale Arbeit am Laufen, bei der ich Distanzgewichtung verwendete, um etwas zu messen, und Claude machte das richtig gut / aber ganz am Ende, obwohl es eine Erfolgsmetrik und viele großartige Ergebnisse gab, die dazu passten, beharrte Claude darauf, dass meine Mathematik falsch sei und geändert werden müsse.
Als ich fragte, warum, und darauf hinwies, dass die vorgeschlagene Ersetzung die Distanzgewichtung völlig aufheben würde, stimmte es mir sofort zu und bat darum, seine fünfte Projekt-Erinnerung darüber zu schreiben.
Die anderen großen Punkte, bei denen es ohne strikte Leitplanken tendenziell Mist baut, sind Koordinatensysteme; und Messungen, oft beim Hin- und Herkonvertieren zwischen einem gegebenen nationalen Gitter und WGS84-Breiten-/Längengraden auf Arten, die ordentlich Präzision verlieren; und dann das maßgeschneiderte Programmieren von Haversine-Äquivalenten, um eine Distanz zu messen, die ansonsten eine einfache Subtraktion über die nationalen Gitterkoordinaten wäre. Es ist verblüffend.
- leothetechguy
Warum ist auf HN eigentlich alle ständig für KI? Das ist objektiv eine gute Änderung, weil sie langfristig die Qualität des Codes verbessern wird.
- throwaway2037
Noch mehr LLM-Allergien.
Schaut euch diesen PR an: https://github.com/qgis/QGIS/pull/67731/files
Die Codeänderung ist so einfach, dass Claude heute diesen Code problemlos schreiben könnte. Woher wollen sie wissen, ob ein LLM den Code geschrieben hat? Werden sie nicht. Und diese Richtlinie wird wie Milch altern: Mit jedem vergehenden Monat werden Coding-LLMs besser. Es wird schwieriger werden, eine von einem LLM verfasste Einsendung zu „erkennen“.
Die beste LLM-Richtlinie, die ich für ein Open-Source-Projekt gesehen habe, ist die von Linux. Ungefähr: Du darfst LLMs verwenden, aber du bist voll verantwortlich für den Code, den sie produzieren. Linus erkennt sowohl Positives als auch Negatives an LLMs an.
- KolmogorovComp
Ich denke, das ist das Ende der offenen Beiträge, die Maintainer haben ohnehin schon zu viel auf dem Teller.
Außerdem wird es immer seltener, einen Contributor zu finden, der Zeit spart, im Sinne davon, dass er es besser hinbekommt als der Maintainer selbst, indem er ein LLM nutzt und es selbst reviewt.
- Hendrikto
Für diejenigen, die wie ich keine Ahnung hatten, was QGIS ist: Es ist ein freies Geographisches Informationssystem (GIS), das heißt, es befasst sich mit dem Erstellen, Verwalten, Analysieren, Speichern und Visualisieren von Geoinformationen. Denkt an (3D-)Karten und so etwas.
- alexwebb2
> QGIS genießt das Vertrauen von Organisationen, weil sie wissen, dass sie etwas zurückgeben können, dass sie Contributors für Support, Schulung und Features einstellen können. Als Community-Projekt ist das etwas, das wir wirklich schützen wollen
Okay, es gibt hier also ein finanzielles Motiv, bei dem sie befürchten, dass mehr offene Beiträge den Wert ihrer Expertise mindern und ihre Beschäftigungsfähigkeit verringern. Um ihnen gerecht zu werden: Das ist wahrscheinlich wahr.
- jerkstate
Ich habe CSS-Geometrie-Eigenschaften für svg2 in resvg mit Claude implementiert. Ich weiß, dass es funktioniert, und ich habe den relativ kleinen Diff gelesen. Aber ich habe Angst, einen PR zu schicken, weil er einen handwerklich gefertigten Freiland-Software-Enthusiasten vor den Kopf stoßen könnte. Ich schätze, jeder andere KI-Genießer, der dieses Feature braucht, das in svg2 Standardfunktionalität ist, wird einfach ein paar Tokens verbrennen und es selbst machen, damit die Ludditen nicht die Fabriken zerschlagen.
- robertclaus
Bei Plotly haben wir mit ähnlichen Problemen zu kämpfen. Wir geben unser Bestes, mitzuhalten, aber es ist wirklich schwer, nicht einfach unsere Verluste bei Beiträgen von vorbeikommenden Community-Mitgliedern abzuschreiben. Drei Seiten lange Issue-Beschreibungen, die niemand Korrektur gelesen hat, niemand außer einem Bot, mit dem man sich herumschlägt, wenn wir nachhaken, eine riesige Menge plausibler, aber schwacher PRs, die Reviewer-Zeit fressen. Und das alles, während wir Kernarbeit haben, auf die wir uns wirklich konzentrieren wollen, statt noch einen Bugfix zu mergen, von dem wir nicht erwarten, dass ihn jemand außer diesem Bot wirklich getroffen hat.
- stevex
Ich würde gerne mehr über den Prozess erfahren, den das Team von storytold verwendet, um die Artcraft-Apps zu bauen.
Sie produzieren eine fantastische Menge an Software, und die Qualität scheint höher zu sein, als man bei dieser Geschwindigkeit erwarten würde.