Oracle verbietet KI-generierten Code aus OpenJDK, obwohl Ellison behauptet, KI schreibe seinen Code

Oracle hat stillschweigend eine Richtlinie umgesetzt, die KI-generierten Code aus Beiträgen zu OpenJDK, der Open-Source-Java-Entwicklungsplattform, die das Unternehmen verwaltet, verbietet. Der von The Register gemeldete Schritt beruft sich auf Bedenken hinsichtlich der Sicherheit und des geistigen Eigentums, steht jedoch in starkem Widerspruch zu den internen Nachrichten von Oracle über die Art und Weise, wie das Unternehmen Software erstellt. Für laufende aktuelle KI-Nachrichten verdeutlicht diese Geschichte die wachsende Kluft zwischen den KI-Ambitionen der Unternehmen und der technischen Vorsicht.

Gemäß der Richtlinie dürfen Entwickler weiterhin große Sprachmodelle privat zum Debuggen und Überprüfen von Code verwenden. Es ist ihnen jedoch untersagt, KI-generiertes Material an OpenJDK-Repositorys, Pull-Requests oder andere Projektkommunikationskanäle zu übermitteln. Die Einschränkung zieht faktisch eine Grenze zwischen der Verwendung von KI als persönlichem Assistenten und der Möglichkeit, Code zu erstellen, der in eine gemeinsame, langlebige Codebasis eingeht.

Warum Oracle die Grenze zog

Die Gründe für das Verbot sind eher praktischer als philosophischer Natur. KI-generierter Code bringt drei Risikokategorien mit sich, die sich im Nachhinein nur schwer beseitigen lassen. Erstens Sicherheit: LLMs können Code mit subtilen Schwachstellen produzieren, die menschliche Prüfer möglicherweise nicht sofort erkennen, insbesondere in einer so komplexen Sprache wie Java mit seiner umfassenden Standardbibliothek und seinem Parallelitätsmodell. Zweitens, geistiges Eigentum: Modelle, die auf riesigen Korpora vorhandenen Codes trainiert werden, können lizenziertes Material wörtlich oder in enger Paraphrase reproduzieren, wodurch möglicherweise ein Open-Source-Projekt mit Urheberrechtsansprüchen belastet wird. Drittens, Namensnennung und Verantwortlichkeit: Wenn Code generiert statt geschrieben wird, wird es schwieriger zu wissen, wer für Fehler, Lizenzverpflichtungen oder Compliance-Probleme verantwortlich ist.

OpenJDK ist nicht irgendein Open-Source-Projekt. Es handelt sich um die Referenzimplementierung von Java, einer Sprache, die weltweit auf Milliarden von Geräten läuft, von Unternehmensservern bis hin zu Android-Anwendungen. OpenJDK verpflichteter Code kann jahrzehntelang in kommerzielle Oracle-Produkte, JDK-Distributionen von Drittanbietern und das globale Java-Ökosystem einfließen. Ein einziger problematischer KI-generierter Code könnte zu einer Haftung führen, die sich über Jahre hinweg auswirkt.

Der Widerspruch zur internen Haltung von Oracle

Was die Richtlinie bemerkenswert macht, ist ihr Kontrast zu den öffentlichen Äußerungen von Oracle über die eigene KI-Nutzung. Mitbegründer Larry Ellison erklärte kürzlich, dass KI-Modelle nun den Code von Oracle schreiben und positionierte das Unternehmen damit als führend in der KI-gesteuerten Softwareentwicklung. Co-CEO Mike Sicilia lobte KI-Tools dafür, dass sie es kleineren Entwicklungsteams ermöglichten, schneller zu liefern, und deutete an, dass KI für die Produktivitätsstrategie von Oracle von zentraler Bedeutung sei.

Die Spaltung spiegelt eine breitere Spannung in der Technologiebranche wider. Unternehmen sind bestrebt, KI-generierten Code als Beweis für Innovation und Effizienz in ihren internen Abläufen anzupreisen, insbesondere gegenüber Investoren und Kunden. Aber wenn es um Code geht, auf den andere Menschen angewiesen sind, bei dem die Verantwortlichkeit extern liegt und der Explosionsradius eines Fehlers in globalen Bereitstellungen gemessen wird, lässt die Begeisterung nach. Die Position von Oracle besagt im Wesentlichen, dass KI-generierter Code gut genug für die proprietären Produkte von Oracle ist, aber nicht gut genug für das Open-Source-Projekt, das es kontrolliert.

OpenJDK ist nicht der Einzige, der zögert

Oracle ist nicht das erste große Open-Source-Projekt, das sich mit dieser Frage auseinandersetzt, aber es ist eines der größten und folgenreichsten. Mehrere andere Open-Source-Communities haben ähnliche Einschränkungen eingeführt oder erwägen diese. Im Linux-Kernel, bei Kubernetes und bei der Apache Software Foundation gab es Debatten darüber, ob KI-generierte Beiträge gekennzeichnet, eingeschränkt oder gänzlich verboten werden sollten. Das Kernanliegen ist universell: Open-Source-Lizenzen und Beitragsvereinbarungen wurden für menschliche Autoren konzipiert, die ihren Code verstehen und Verantwortung dafür übernehmen.

Ein KI-Modell kann kein Entwickler-Ursprungszertifikat signieren, kann nicht für eine Sicherheitslücke zur Verantwortung gezogen werden und kann keine Fragen dazu beantworten, warum es Code auf eine bestimmte Weise geschrieben hat. Wenn ein Mensch KI-generierten Code als seine eigene Arbeit einreicht, bürgt er implizit für etwas, das er möglicherweise nicht vollständig versteht, was das Vertrauensmodell untergräbt, auf dem die Open-Source-Zusammenarbeit basiert.

Der 70-Milliarden-Dollar-Hintergrund

Die KI-Vorsicht von Oracle an der Code-Front geht mit einem enormen Einsatz in der KI-Infrastruktur einher. Das Unternehmen investiert dieses Jahr rund 70 Milliarden US-Dollar in die Erweiterung des Rechenzentrums zur Unterstützung von KI-Workloads, eines der größten Investitionsprogramme im Technologiesektor. Diese Ausgaben veranlassten S&P Global Ratings dazu, die Kreditwürdigkeit von Oracle auf BBB- herabzustufen, eine Stufe über Junk-Status, und begründeten dies mit der ungewissen Rendite der massiven Investition.

Der Kontrast ist aufschlussreich. Oracle ist bereit, zig Milliarden in die KI-Infrastruktur zu investieren und darauf zu wetten, dass die Nachfrage nach KI-Rechenleistungen die Kosten rechtfertigen wird. Aber wenn es darum geht, KI den Code schreiben zu lassen, der in einem der weltweit wichtigsten Programmierökosysteme läuft, sagen die Ingenieure des Unternehmens noch nicht. Die Botschaft ist, dass es sich bei der Infrastruktur um eine Rohstoffwette handelt, bei der Codequalität jedoch um eine Reputationswette, und dass beide sehr unterschiedliche Risikoprofile aufweisen.

Was das für Entwickler bedeutet

Für Java-Entwickler, die zu OpenJDK beitragen, bedeutet die Richtlinie, dass sie bewusster darüber nachdenken, wie sie KI-Tools verwenden. Die Verwendung von ChatGPT oder Claude, um einen Fehler zu verstehen oder ein Designmuster zu überprüfen, bleibt akzeptabel. Das Einreichen von Code, der in erster Linie von einem KI-Tool generiert wurde, gilt nicht, selbst wenn er von Menschen bearbeitet wurde. Die Grenze ist in der Praxis nicht immer klar, da viele Entwickler inzwischen KI als kollaborativen Entwurfspartner nutzen und möglicherweise nicht in der Lage sind, ihr eigenes Denken sauber von Modellvorschlägen zu trennen.

Die allgemeinere Schlussfolgerung für die Branche ist, dass der Ansturm auf die Einführung von KI-Codierungstools genau an dem Punkt an seine Grenzen stoßen könnte, an dem Codequalität und Verantwortlichkeit am wichtigsten sind. Open-Source-Betreuer, Sicherheitsteams und Compliance-Beauftragte sind zunehmend misstrauisch gegenüber KI-generiertem Code, auch wenn Führungskräfte dessen Produktivitätssteigerungen feiern. Das OpenJDK-Verbot von Oracle könnte ein Signal dafür sein, wo der wahre Konsens unter den Leuten herrscht, die tatsächlich kritische Software warten.

Bleiben Sie der KI immer einen Schritt voraus

Die Kluft zwischen KI-Hype und technischer Realität wird immer größer. Verfolgen Sie die neueste KI-Branchenberichterstattung, um mehr darüber zu erfahren, wie Unternehmen den KI-Umstieg meistern.

Weitere KI-Neuigkeiten lesen →