OracleのOpenJDKは生成AIの投稿を禁止、GraalVMは許可
Oracle支援の2つの関連プロジェクトが、生成AIによるオープンソース投稿に対して相反する方針を発表した。OpenJDK管理委員会は、AI生成コンテンツを禁止する暫定ポリシーを承認した一方、GraalVMの「コーディングアシスタント」ポリシーは許可している。両プロジェクトは同じOracle Contributor Agreement(OCA)の署名を必要とする。OpenJDKはレビュー負担、安全性、知的財産リスクを理由にAI生成コンテンツを禁止するが、個人利用は認めている。GraalVMはLinuxカーネルの方針を参考に、人間の投稿者がAI支援部分を含むすべてに責任を負うことを条件に許可している。
Oracleが支援する2つの関連プロジェクトが、生成AIを使用したオープンソース投稿に関して真逆の方針を打ち出した。2026年4月初旬、OpenJDK管理委員会は暫定ポリシーを承認し、大規模言語モデル(LLM)や拡散モデル、類似の深層学習システムによって生成されたコンテンツ(ソースコード、テキスト、画像を含む)をOpenJDK Gitリポジトリ、GitHubプルリクエスト、メール、Wikiページ、JBS issueに投稿することを全面的に禁止した。その理由は3つある。第一にレビュアー負担の増大。AIが生成した一見もっともらしいが誤っているか保守が困難なコードが、限られたレビュアーの時間を浪費する。第二に安全性とセキュリティ。JDKはミッションクリティカルなシステムの基盤であり、高い水準が求められる。第三に知的財産権。OCAでは投稿者がOracleに無制限の権利を付与する必要があるが、AI生成出力の権利を個人が所有しているかどうかは訴訟中の問題である。このポリシーは個人利用を除外している。投稿者はOpenJDKコードの理解、デバッグ、レビュー、研究に生成AIを使用できるが、AI生成コンテンツを投稿してはならない。たとえAI生成の100行のうち10行を編集したとしても、投稿が部分的にAI生成である限り許可されない。スペルチェック、文法チェック、自動補完、リファクタリングなどのツールは、LLMや深層学習システムに基づかない限り許可される。投稿者はSkaraシステムでこのポリシーへの準拠を確認する必要がある。OpenJDKは、人間とAI生成コンテンツを確実に区別することは不可能であることを認めつつも、レビュアーにAIの兆候に注意するよう促している。
一方、GraalVM(OpenJDK管理委員会の管轄外にあるOracle Labsのプロジェクト)は2026年4月中旬にAI支援投稿ポリシーを明確化し、生成AIコンテンツを許可した。GraalVMのポリシーはLinuxカーネルのAIコーディングアシスタントポリシーを参考にしているが、調整が加えられている。例えば、Linuxは「Assisted-by」タグを必須としているのに対し、GraalVMは明示的な帰属をオプションとし、AI支援の開示はレビュアーが変更の生成方法を理解するのに役立つ場合に推奨されるに留まる。GraalVMの核心は投稿者の責任である。人間の投稿者はAI支援部分を含む投稿全体に対して責任を負い、レビューし、理解し、正確性を検証し、レビュアーの質問にツールに頼らずに答えなければならない。投稿者がAI支援による変更を説明、弁護、保守できない場合、投稿は却下される可能性がある。メンテナのレビューは従来通りで、AI支援は変更が正しいことやレビュー準備ができていることの推定を生じさせない。メンテナはレビュー時に出典、設計意図、ライセンス、テスト、投稿者の理解について尋ねることができる。
両プロジェクトとも投稿者は同じOCAに署名し、Oracleに無制限の知的財産権を付与する必要がある。しかし、OpenJDKがAI生成コンテンツの知的財産リスクを理由に完全禁止を選択したのに対し、GraalVMは投稿者の責任を十分な根拠として許可している。OracleはOpenJDK向けの完全なAI投稿ポリシーを策定中で、時期が来れば提案する予定である。GraalVMのAI投稿ポリシーに関する公開発表は現時点ではない。同じ親組織を持つ二つのプロジェクトの対照的な姿勢は、AI投稿をめぐるオープンソースコミュニティの深い分裂を反映している。