FreeBSD-Policy: KI-generierter Quellcode ? Nein, Danke!

Die FreeBSD-Entwickler haben sich in dem aktuellen Status-Report klar dagegen ausgesprochen, LLM-generierten Code in das klassische Open-Source-Betriebssystem einfließen zu lassen. Man sehe zwar durchaus Vorteile von LLMs beim Generieren oder Überarbeiten der Dokumentation und anderer Texte. Übersetzungen beispielsweise lassen sich wesentlich schneller in ausreichender Qualität mit einer LLM erzeugen als durch rein manuelle Arbeit. Zur Erzeugung von Quellcode dürfen LLMs jedoch nicht eingesetzt werden. Im Report werden „Lizenzbedenken“ als primärer Hinderungsgrund genannt, was ja durchaus ein Problem ist, da die Ausgaben einer jeden LLM aus zuvor auch ohne Zustimmung kopierten Inhalten aus allen möglichen Quellen stammen.

Liest man regelmäßig die Mailinglisten der diversen BSD-Projekte mit, fällt aber vor allem ein anderes Problem auf: Es werden immer wieder fragwürdige Ideen, Verbesserungen von Problemen, die nicht existieren, und vermeintliche Patches, die überhaupt nicht funktionieren, von Leuten eingereicht, die zuvor nicht in den Listen aufgetaucht sind. Dieses Spamming mithilfe von ChatGPT und Co. ist zwar immer relativ schnell erkennbar, kostet die ohnehin nicht im Überfluss vorhandenen Entwickler aber grundsätzlich wertvolle Zeit. Kein Wunder also, dass man zumindest im Lager der BSD-Systeme dieser Art von Entwicklungsarbeit sehr kritisch und missmutig gegenübersteht.

Die offizielle Formulierung im aktuellen Status-Report für das zweite Quartal 2025 findet sich unter „Policy on generative AI created code and documentation“: „Core untersucht derzeit die Einrichtung einer Richtlinie für die Verwendung von LLM (einschließlich, aber nicht beschränkt auf die Generierung von Code). Das Ergebnis wird dem Contributors Guide im Dokumenten-Repository hinzugefügt. KI kann für Übersetzungen (die schneller zu sein scheinen als die manuelle Arbeit), die Erläuterung langer/unverständlicher Dokumente, die Suche nach Fehlern oder das Verständnis großer Codebasen nützlich sein. Derzeit tendieren wir aufgrund von Lizenzbedenken dazu, sie nicht zur Codegenerierung zu verwenden. Die Diskussion wird auf der Core-Sitzung des BSDCan 2025-Entwicklergipfels fortgesetzt, und Core sammelt weiterhin Feedback und arbeitet an der Richtlinie.“

Auch NetBSD und Gentoo wollen keinen LLM-Code

Wenn andere Open-Source-Projekte den Einsatz von ChatGPT & Co als Quelle für unter anderem sicherheitskritischen Code begrüßen, so muss man das akzeptieren. Aber es ist vielleicht eine gute Idee, wenn zumindest ein Teil der Open-Source-Welt eher auf konservative Methoden beim Programmieren setzt und die menschliche Intelligenz bevorzugt. Das erzeugt methodische Diversität und ist grundsätzlich besser als eine alle Systeme umspannende LLM-generierte Monokultur beim Quellcode, die irgendwann niemand mehr durchdringt.

Konkrete Beispiele: NetBSD hat im Mai 2024 seine Commit-Richtlinien geändert. LLM-generierter Code gilt als „belastet“ („tainted“) und darf nicht ohne explizite Erlaubnis eingereicht werden. Gentoo verbietet ausdrücklich jegliche Code-Beiträge, die mit LLM‑Tools erstellt wurden. Der Gentoo Council begründete dies mit Bedenken hinsichtlich Copyright, Qualität und Ethik. Und auch das QEMU-Projekt hat eine klare Verpflichtung: Code, bei dem bekannt oder auch nur vermutet wird, dass er mit LLM erzeugt wurde, wird abgelehnt. Grund: Unklare Lizenzherkunft und mögliche Nichteinhaltung des DCO (Developer Certificate of Origin). Die Linux Foundation hingegen erlaubt grundsätzlich die Nutzung von AI-Tools, setzt aber auf Verantwortung der Entwickler.

Quartals-Report mit Verzögerung

Das FreeBSD-Projekt veröffentlicht üblicherweise immer im Monat nach einem Quartal (also im April für Q1) einen ausführlichen Statusbericht. In den Berichten wird über den aktuellen Stand der Entwicklung informiert, also über Fortschritte bei der Systementwicklung, über wichtige Updates bei den Ports und Paketen, über Änderungen in der Infrastruktur und über Beiträge aus der Community. Das FreeBSD-Projekt zeigt so ganz transparent, woran gearbeitet wurde, welche Pläne es gibt und wie sich das Projekt weiterentwickelt.

Der aktuelle Statusbericht für das zweite Quartal 2025 hätte im Juli kommen sollen, konnte aber erst verspätet veröffentlicht werden. Laut den Entwicklern sind kontinuierlich immer weitere wichtige Meldungen eingetroffen, die noch in den Report aufgenommen werden mussten. Immerhin zeigt das, dass die Entwicklung von FreeBSD mittlerweile wieder Fahrt aufnimmt.

FreeBSD-Admins oder -Anwender finden interessante Hinweise in den Reports und überfliegen diese gerne. Der aktuelle Report weist beispielsweise auf nun vorhandene zeitgesteuerte ZFS-Snapshots oder das CPU-Pinning für Bhyve-VMs hin. Amüsant auch die Ankündigung, dass die Portierung von FreeBSD auf das PinePhone Pro Fortschritte macht und es dort einen Netzwerktreiber für „Headphone-to-USB-serial“-Adapter gibt – das funktioniert über PPP und erinnert etwas romantisch an Computer-Kommunikation im letzten Jahrhundert.

(axk)