编译 | 苏宓

出品 | CSDN(ID:CSDNnews)

近日,Oracle 针对 OpenJDK 贡献者发布了一项新规:禁止提交由 AI 生成的代码。

打开网易新闻 查看精彩图片

这并非一项建议,而是一条硬性要求。作为 Java 的参考实现、并支撑着全球大量企业级软件的核心基础设施,OpenJDK 的这一决定迅速引发了外界对 AI 生成代码的讨论。

除此之外,更令人疑惑的是,制定这项规则的 Oracle,自己却在积极拥抱 AI 编程,并公开强调 AI 正在改变软件开发方式。一边是对 AI 编程的积极拥抱,另一边却对 AI 生成代码设下限制,这种看似矛盾的态度,也难免引发众人关注。

打开网易新闻 查看精彩图片

这项政策到底说了什么?

在这份名为《OpenJDK 关于生成式 AI 的临时政策》声明中,Oracle 说的非常直白:

OpenJDK 社区中的贡献不得包含任何由大型语言模型(LLM)、扩散模型或类似深度学习系统部分或全部生成的内容。这里所说的“内容”包括但不限于:OpenJDK Git 仓库中的源代码、文本和图像,以及 GitHub Pull Request、电子邮件、Wiki 页面和 JBS Issue 中的相关内容。

不过,Oracle 并不是完全禁止开发者使用 AI 工具。

Oracle 指出,OpenJDK 社区的贡献者可以私下使用生成式 AI 工具,帮助理解、调试和审查 OpenJDK 代码及其他内容,也可以利用这些工具开展与 OpenJDK 项目相关的研究,但前提是不得将这些工具生成的内容贡献到 OpenJDK 社区。

对此,有开发者 Kanishk Singh 整理了这套规则下的贡献流程:贡献者必须勾选确认提交内容合规,合并请求才会进入人工审核流程。

                                      └─────────────────────────┘

之所以这么做,Oracle 给出的理由包括,如果直接使用 AI 生成的代码会增加代码审核负担、安全风险,以及 AI 生成内容尚未解决的知识产权归属问题。

Oracle 着重强调:OpenJDK 支撑着全球大量关键业务系统。在这种情况下,看起来正确但隐藏细微错误的代码,会带来另一种风险——尤其是在代码审查者往往无法可靠判断某次修改究竟来自人类,还是 AI 自动生成时。

打开网易新闻 查看精彩图片

关于 AI 使用,Oracle 自己内部并没有统一答案

让这件事变得耐人寻味的地方在于,同一时期,Oracle 旗下另一个开源项目采取了完全不同的态度。

其中,由 Oracle Labs 推动的 GraalVM 项目,此前发布的 Coding Assistants 政策明确允许 AI 辅助贡献。

但它设置的门槛并非一刀切禁止,而是设立责任制度:无论是否借助 AI,贡献者必须能够解释、论证、长期维护自己提交的所有代码;这一政策鼓励主动披露 AI 参与情况,但不作强制要求。

也就是说,同一家企业内部,两个开源项目面对同一类潜在风险,制定了截然相反的规则:OpenJDK 选择全面禁止 AI 生成代码;GraalVM 选择 “可以自由使用 AI,但贡献者全权负责”。

两种方案从工程角度都具备合理性,但放在一起,很难让人认为 Oracle 对 AI 代码已经形成统一、成熟的立场。

这种矛盾,在 Oracle 管理层过去公开表达的观点衬托下更加明显。

在 2025 年 Oracle AI World 大会上,Oracle 联合创始人兼 CTO Larry Ellison 曾表示,Oracle 内部的软件开发已经不再真正意义上是“写代码”。工程师只需要描述他们希望程序实现什么功能,而模型会生成具体的实现步骤。

Oracle 联席 CEO 也曾多次强调,公司正在快速采用 AI 编程工具,并将其视为保持竞争力的必要手段,而不是需要回避的风险。

打开网易新闻 查看精彩图片

为什么这项政策引发关注?

严格来说,Oracle 对 OpenJDK 实施 AI 代码禁令,并不是毫无道理。代码审查能力、安全问题,以及 AI 输出的知识产权来源不明确,确实是所有大型开源项目都需要面对的问题。

许多其他重要开源项目,也都在讨论类似问题。但真正引发争议的是这项政策背后隐藏的信息:一家最积极推动 AI 编写生产级代码的公司,却决定对于自己最重要的基础设施项目,仍然要求每一行代码背后必须有人承担责任。

这与 Oracle 目前大举押注 AI 的做法,多少有些矛盾。如今,Oracle 正投入数百亿美元建设 AI 数据中心基础设施,但这笔巨额投资能否带来预期回报仍存在不确定性,公司也因此面临信用评级压力。今年早些时候,Oracle 还曾将 AI 的快速发展,作为调整员工结构的因素之一。

对于那些正在开发 AI 编程工具的团队来说,这或许才是这项政策最值得关注的地方:Oracle 并不是反对 AI 编程,而是说明了一件事——即使是一家正在大力押注 AI 的公司,也不认为 AI 生成的代码可以在没有人工审核和负责人的情况下,直接进入关键软件项目。

https://openjdk.org/legal/ai

https://medium.com/@kanishks772/oracle-just-banned-ai-code-from-openjdk-the-reason-is-going-to-upset-ai-developers-bc577ee7c73d


最后,说一件事

2026 奇点智能大会,终于要和大家见面了。

11 月 20-21 日·北京,奇点智能研究院联合 CSDN,把两场技术大会放在了同一个时空里:

  • 奇点智能技术大会(始于 2016)——聊大模型、AI Native、企业级 AI 落地、多模态与世界模型;

  • C++ 及系统软件技术大会(始于 2005)——聊现代 C++ 演进、AI 算力与推理优化、高性能低时延系统。

为什么要放在一起?因为我们越来越相信——上层 AI 应用的爆发,离不开底层系统软件的支撑;而底层技术的演进方向,也正在被 AI 重新定义。

这次大会汇聚 70+ 位技术专家、18 个主题、1000+ 同行到场。

如果你也在这些方向上做研究、做产品、做工程,别错过。

打开网易新闻 查看精彩图片

if like:

click("分享", "点赞", "在看")