AIがコードを書くとエリソン氏が主張しているにもかかわらず、オラクルはAI生成コードをOpenJDKから禁止

オラクルは、ラリー・エリソン氏がAIモデルがオラクル独自のソフトウェアを作成するようになり、企業のAIポリシーにおける亀裂の拡大を明らかにしていると述べているにもかかわらず、セキュリティと知的財産のリスクを理由に、OpenJDKへのAI生成コードの寄稿を禁止している。

オラクルは、同社が管理するオープンソースの Java 開発プラットフォームである OpenJDK へのコントリビュートから AI 生成コードを禁止するポリシーを密かに導入しました。 The Registerが報じたこの動きは、安全性、セキュリティ、知的財産への懸念を理由に挙げているが、ソフトウェアの構築方法に関するOracle自身の社内メッセージとは厳しい緊張関係にある。現在進行中の AI ニュース速報では、この記事は、企業の AI への野心とエンジニアリング上の慎重さとの間のギャップが拡大していることを浮き彫りにしています。

このポリシーの下では、開発者はコードのデバッグやレビューのために大規模な言語モデルを非公開で使用することができます。ただし、AI で生成されたマテリアルを OpenJDK リポジトリ、プルリクエスト、またはその他のプロジェクトコミュニケーションチャネルに送信することは禁止されています。この制限は、AI をパーソナルアシスタントとして使用することと、共有された長期存続するコードベースに入るコードを生成することを許可することとの間に事実上一線を画します。

Oracle が一線を画した理由

禁止の背後にある理由は哲学的なものではなく、実際的なものである。 AI によって生成されたコードは、事後的に除去することが難しい 3 つのカテゴリのリスクをもたらします。まず、セキュリティ: LLM は、人間のレビュー担当者がすぐに発見できない可能性のある微妙な脆弱性を持つコードを生成する可能性があります。特に、深い標準ライブラリと同時実行モデルを備えた Java のような複雑な言語の場合はそうです。第 2 に、知的財産: 既存のコードの膨大なコーパスでトレーニングされたモデルは、ライセンスされたマテリアルをそのまま、または厳密な言い換えで複製する可能性があり、オープンソースプロジェクトを著作権侵害の申し立てで汚染する可能性があります。 3 番目に、帰属と説明責任: コードを記述するのではなく生成する場合、バグ、ライセンス義務、またはコンプライアンス問題に対して誰が責任を負うのかを知ることが難しくなります。

OpenJDK は単なるオープンソースプロジェクトではありません。これは、エンタープライズサーバーから Android アプリケーションに至るまで、世界中の数十億台のデバイスで実行される言語である Java のリファレンス実装です。 OpenJDK にコミットされたコードは、商用 Oracle 製品、サードパーティ JDK ディストリビューション、およびグローバル Java エコシステムに何十年にもわたって流れ込むことができます。 AI が生成した問題のあるコードが 1 つあるだけで、何年にもわたって波及する責任が生じる可能性があります。

Oracle の内部姿勢との矛盾

このポリシーが注目に値するのは、Oracle が自社の AI 使用法について公式に発表した声明との対比である。共同創設者ラリー・エリソン氏は最近、AIモデルがオラクルのコードを記述し、同社をAI主導のソフトウェア開発のリーダーとして位置づけていると宣言した。共同最高経営責任者（CEO）のマイク・シシリア氏は、AIツールが小規模なエンジニアリングチームのより迅速な提供を可能にしたと評価し、AIがオラクルの生産性戦略の中心であることを示唆した。

この分裂はテクノロジー業界全体にわたる広範な緊張を反映している。企業は、AI によって生成されたコードを社内業務の革新性と効率性の証拠として、特に投資家や顧客に対して宣伝することに熱心です。しかし、他の人が依存するコードになると、責任は外部にあり、バグの爆発範囲は世界規模の展開で測定されるため、熱意は薄れます。オラクルの立場は基本的に、AIが生成したコードはオラクル独自の製品には十分だが、同社が管理するオープンソース・プロジェクトには十分ではない、というものだ。

ためらっているのは OpenJDK だけではありません

Oracle は、この問題に取り組む最初の主要なオープンソースプロジェクトではありませんが、最大かつ最も重大なプロジェクトの 1 つです。他のいくつかのオープンソースコミュニティも同様の制限を採用または検討しています。 Linux カーネル、Kubernetes、および Apache Software Foundation はすべて、AI によって生成された貢献にラベルを付けるか、制限するか、完全に禁止するかどうかについての議論を経験しています。核となる懸念は普遍的なものです。オープンソースのライセンスと貢献契約は、コードを理解し、責任を負う人間の作成者を中心に設計されています。

AI モデルは、開発者証明書に署名できず、セキュリティの脆弱性に対する責任を負うこともできず、なぜ特定の方法でコードを作成したかについての質問に答えることもできません。人間が AI によって生成されたコードを自分の作品として提出すると、完全には理解していない可能性のあるものを暗黙のうちに保証することになり、オープンソースコラボレーションが依存する信頼モデルが損なわれます。

700 億ドルの背景

コード面におけるオラクルのAI警告は、AIインフラストラクチャへの巨額の賭けの中で出た。同社は今年、AIワークロードをサポートするデータセンター拡張に約700億ドルを投資しており、これはテクノロジー分野で最大規模の設備投資プログラムの1つである。この支出を受けてS&Pグローバル・レーティングは、巨額投資に対する収益が不確実であることを理由に、オラクルの信用格付けをジャンクステータスより1段階上のBBBマイナスに引き下げた。

コントラストは有益です。オラクルは、AI コンピューティングの需要がコストに見合ったものになると賭けて、AI インフラストラクチャに数百億ドルを賭ける用意があります。しかし、世界で最も重要なプログラミングエコシステムの1つで実行されるコードをAIに記述させることに関しては、同社のエンジニアはまだ実現していないと述べている。メッセージは、インフラストラクチャは商品の賭けであるが、コードの品質は評判の賭けであり、この 2 つはまったく異なるリスクプロファイルを伴うということです。

これは開発者にとって何を意味するか

OpenJDK に貢献する Java 開発者にとって、このポリシーは、AI ツールの使用方法についてより慎重になることを意味します。 ChatGPT または Claude を使用してバグを理解したり、設計パターンをレビューしたりすることは引き続き許容されます。主に AI ツールによって生成されたコードを送信する場合は、たとえ人間による編集があったとしても、送信することはできません。現在、多くの開発者が AI を共同製図パートナーとして使用しており、モデルの提案から自分の考えを明確に分離できない可能性があるため、実際にはその境界線が必ずしも明確ではありません。

業界全体が示唆するのは、AI コーディングツールの導入ラッシュが、まさにコードの品質と説明責任が最も重要になる時点で頭打ちになる可能性があるということです。経営陣が生産性の向上を喜ぶ一方で、オープンソースのメンテナー、セキュリティチーム、コンプライアンス責任者はAI生成コードに対する警戒を強めている。 Oracle の OpenJDK 禁止は、重要なソフトウェアを実際に保守している人々の間で本当のコンセンサスがどこにあるのかを示すものかもしれません。