Beide gehören zu Oracle, doch OpenJDK und GraalVM verfolgen gegensätzliche Ansätze bei ihren Beiträgen zur KI-Code-Entwicklung

Zwei voneinander verwandte Projekte, die von Oracle unterstützt werden, haben entgegengesetzte Richtlinien für Open-Source-Beiträge, die mit generativem KI erstellt wurden, veröffentlicht: Der OpenJDK-Verwaltungsausschuss hat eine vorläufige Richtlinie genehmigt, die solche Beiträge verbietet; die Coding Assistants-Richtlinie von GraalVM hingegen erlaubt solche Beiträge. Beide Projekte verlangen von den Beitragenden, dass sie dasselbe Oracle Contributor Agreement (OCA) unterschreiben, um Fragen im Zusammenhang mit dem geistigen Eigentum zu regeln.

Anfang April 2026 veröffentlichte OpenJDK seine Richtlinie, die den Einsatz von generativem KI-Inhalt weitgehend verbietet:

Beiträge dürfen keinen Inhalt enthalten, der teilweise oder vollständig von großen Sprachmodellen, Diffusionsmodellen oder ähnlichen Deep-Learning-Systemen generiert wurde. Der hier genannte Inhalt umfasst u. a. Quellcode, Text und Bilder in OpenJDK-Git-Repositories, GitHub-Pull-Requests, E-Mails, Wiki-Seiten und JBS-Issues.

Die Richtlinie gibt drei Gründe an. Der erste ist die Prüfungsbelastung: Eine große Menge an scheinbar sinnvollem, aber tatsächlich fehlerhaftem oder schwer wartbarem Code würde die begrenzten Prüfungszeiten verschwenden. Der zweite ist die Sicherheit und das Sicherheitsmanagement: Der JDK unterstützt kritische Systeme und muss daher einen hohen Qualitätsstandard aufweisen. Der dritte ist das geistige Eigentum: Das OCA verlangt, dass die Beitragenden das geistige Eigentum an den Inhalten besitzen, die sie Oracle übertragen, und dass diese frei von Einschränkungen sind. Ob Einzelpersonen jedoch das geistige Eigentum an KI-generierten Outputs besitzen, ist derzeit noch Gegenstand von Gerichtsverfahren.

Die Richtlinie lässt Raum für private Nutzung. Beitragende können weiterhin generatives KI verwenden, um OpenJDK-Code zu verstehen, zu debuggen und zu prüfen, sowie für Forschungsarbeiten. Sie dürfen jedoch keine KI-generierten Inhalte beisteuern. Die FAQ zur Richtlinie macht klar, dass selbst dann, wenn nur 10 von 100 KI-generierten Codezeilen geändert wurden, der Beitrag nicht eingereicht werden kann, da er immer noch KI-generierten Inhalt enthält. Die Richtlinie erlaubt auch die Verwendung von Tools wie "Rechtschreibprüfung, Grammatikprüfung, automatische Vervollständigung und Refactoring in Editoren oder IDEs", vorausgesetzt, "sie basieren nicht auf großen Sprachmodellen oder ähnlichen Deep-Learning-Systemen".

OpenJDK-Beitragende müssen in Kürze in Skara, dem automatisierten Pull-Request-Prüfungssystem, ein Kontrollkästchen anklicken, um zu bestätigen, dass ihr Beitrag der generativen KI-Richtlinie entspricht. OpenJDK gibt zu, dass es normalerweise schwierig ist, zwischen menschlich generiertem und KI-generiertem Inhalt zu unterscheiden, und empfiehlt den Prüfern dennoch, auf typische Spuren von KI-generiertem Inhalt zu achten.

Mitte April 2026 hat GraalVM, ein Projekt von Oracle Labs, das nicht unter der Zuständigkeit des OpenJDK-Verwaltungsausschusses steht, seine Richtlinie für KI-unterstützte Beiträge und die Beitragsrichtlinien festgelegt, die generativen KI-Inhalt erlauben:

GraalVM-Beitragende können bei der Vorbereitung ihrer Beiträge KI-Coding-Assistenten und ähnliche Tools verwenden. … Für die Zwecke dieser Dokumentation umfasst der Begriff "Coding-Assistent" KI-Tools, die bei der Erstellung, Umwandlung, Interpretation, Prüfung oder Zusammenfassung von Code, Tests, Dokumentation oder Commit-Texten helfen. Diese Richtlinie gilt für Beiträge und Projektinteraktionen, die mit derartigen Tools vorbereitet wurden, einschließlich Pull-Requests und Issues, die an das Projekt eingereicht werden.

Das Projekt hat am 3. Juni 2026 auch eine "Dokumentationsrichtlinie für Terminologie und Stil" für KI-Coding-Assistenten hinzugefügt.

Die GraalVM-Richtlinie bezieht sich auf die AI Coding Assistants-Richtlinie des Linux-Kernels, passt sie jedoch an. Beispielsweise besagt die Linux-Richtlinie, dass "Beiträge ein 'Assisted-by'-Label enthalten sollten". Im Vergleich dazu sind die Anforderungen von GraalVM relativ locker. Es heißt, dass die Beitragenden entscheiden können, ob sie angeben, welches Modell oder welches Tool sie konkret verwendet haben; wenn die Offenlegung des KI-unterstützten Prozesses jedoch den Prüfern hilft, zu verstehen, wie diese Änderung vorgenommen wurde, wird den Beitragenden empfohlen, dies zu tun.

Die Verantwortung der Beitragenden ist der Kern der GraalVM-Beitragsrichtlinien: Der menschliche Beitragende, der einen Beitrag einreicht, ist für den gesamten Beitrag verantwortlich, einschließlich aller KI-unterstützten Teile. Sie müssen den Beitrag prüfen und verstehen, seine Richtigkeit überprüfen und den Prüfern Fragen beantworten, ohne die Probleme auf das Tool abzuwälzen: "Wenn ein Beitragender eine KI-unterstützte Änderung nicht erklären, verteidigen oder warten kann, kann der Beitrag abgelehnt werden."

Die Prüfungsregeln der Betreuer ändern sich auch nicht durch die KI-Unterstützung. GraalVM macht klar, dass die Verwendung von KI-Unterstützung nicht bedeutet, dass eine Änderung richtig ist, dass sie prüfbar ist oder dass sie die normale Prüfung überspringen kann. Die Betreuer können bei der Prüfung weiterhin nach der Herkunft der Änderung, der Entwurfsabsicht, der Lizenz, den Testresultaten und der Frage fragen, ob der Beitragende die Änderung wirklich versteht.

Beide Projekte verlangen von den Beitragenden, dass sie dasselbe OCA unterschreiben und Oracle uneingeschränktes geistiges Eigentum übertragen. OpenJDK sieht jedoch die unklare geistige Eigentumslage, die durch KI-generierten Inhalt entsteht, als Grund für ein vollständiges Verbot an, während GraalVM der Meinung ist, dass die Verantwortung der Beitragenden ausreicht, um solche Beiträge zu erlauben.

Oracle arbeitet an einer vollständigen KI-Beitragsrichtlinie für OpenJDK und wird diese "zum geeigneten Zeitpunkt" vorstellen. Derzeit gibt es keine öffentliche Ankündigung über die Weiterentwicklung der GraalVM-KI-Beitragsrichtlinie.

Original-Link:

https://www.infoq.com/news/2026/06/oracle-genai-policies/

Dieser Artikel stammt aus dem WeChat-Account "InfoQ" (ID: infoqchina), geschrieben von Karsten Silz, redigiert von Tian Chengz, und wurde von 36Kr mit Genehmigung veröffentlicht.