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贡献问题上的深刻分歧。