AI News HubLIVE
站内改写2 分鐘閱讀

Oracle的OpenJDK禁止生成式AI貢獻,而GraalVM允許

Oracle支持的兩個相關項目發佈了關於生成式AI開源貢獻的相反政策:OpenJDK管理委員會批准了一項臨時政策,禁止此類貢獻;而GraalVM的編碼助手政策則允許。兩者均要求籤署相同的Oracle貢獻者協議(OCA)。OpenJDK的政策基於審查負擔、安全性和知識產權風險,禁止AI生成內容,但允許個人使用。GraalVM的政策借鑑了Linux內核,強調貢獻者責任,允許AI輔助,但要求人類貢獻者對一切負責。

來源Hacker News AI作者: rowbin

Oracle支持的兩個開源項目在生成式AI貢獻政策上採取了截然相反的立場。2026年4月初,OpenJDK管理委員會批准了一項臨時政策,全面禁止由大型語言模型(LLM)、擴散模型或類似深度學習系統生成的內容(包括源代碼、文本和圖像)進入OpenJDK Git倉庫、GitHub拉取請求、郵件、Wiki頁面和JBS問題。該政策給出了三個理由:首先,AI生成的看似合理但錯誤或難以維護的代碼會消耗有限的審查者時間;其次,JDK支撐着關鍵任務系統,需要高標準的安全和可靠性;第三,知識產權問題——貢獻者必須擁有授予Oracle的知識產權權利,而AI生成輸出的權利歸屬存在訴訟爭議。政策允許個人使用AI來理解、調試和審查OpenJDK代碼,但禁止將AI生成的內容作為貢獻提交。即使是編輯了AI生成代碼的一部分也是不允許的。工具如拼寫檢查、語法檢查、自動補全和重構功能,若不基於LLM或深度學習系統,則被允許。貢獻者需要在Skara系統中確認遵守該政策。OpenJDK承認可靠區分人類和AI生成內容是不可能的,但仍鼓勵審查者留意AI跡象。

相比之下,GraalVM(Oracle實驗室項目,不受OpenJDK管理委員會管轄)在2026年4月中旬澄清了其AI輔助貢獻政策,明確允許生成式AI內容。GraalVM的政策借鑑了Linux內核的AI編碼助手政策,但進行了調整。例如,Linux要求提交包含“Assisted-by”標籤,而GraalVM僅將明確歸因視為可選,但鼓勵披露AI輔助以幫助審查者理解變更產生方式。GraalVM的核心原則是貢獻者責任:人類提交者對整個貢獻負責,包括AI輔助部分。他們必須審查、理解並驗證其正確性,在回答審查者問題時不能推給工具。如果貢獻者無法解釋、維護或辯護AI輔助的變更,貢獻可能被拒絕。審查者的工作保持不變,AI輔助不意味着變更免於正常審查。審查者可以詢問來源、設計意圖、許可、測試或貢獻者的理解。

兩個項目都要求貢獻者簽署相同的Oracle貢獻者協議(OCA),授予Oracle無限制的知識產權權利。但OpenJDK以AI生成內容的知識產權不明確為由完全禁止,而GraalVM則認為貢獻者責任足以允許。Oracle正在為OpenJDK制定完整的AI貢獻政策,將在適當時候提出。GraalVM的AI貢獻政策目前沒有公開的演變公告。這兩個同源項目的對立政策反映了開源社區在AI貢獻問題上的深刻分歧。