Oracle禁止AI代码入OpenJDK，却自曝全靠AI写
Oracle bans AI-generated code from OpenJDK
Oracle突然宣布禁止向OpenJDK提交AI生成的代码，理由是安全、知识产权等风险。开发者私下可用LLM调试或审查代码，但不得将AI产出提交至仓库或Pull Request。这与其内部做法形成鲜明反差：联合创始人Larry Ellison直言AI模型如今正在编写Oracle的代码，联合CEO Mike Sicilia也称赞AI工具让更小的工程团队交付更快。与此同时，Oracle今年投入700亿美元扩建数据中心，导致S&P将其评级下调至BBB-，仅比垃圾级高一级，质疑投资回报的不确定性。一边严防AI代码进入开源项目，一边内部全面拥抱AI，这种双重标准引发社区对技术治理与商业策略的深思。
Oracle禁止AI生成的代码进入OpenJDK，但联合创始人Larry Ellison却声称AI模型现在正在编写Oracle自己的代码。
HN 评论区
52- jerf
Oracle 这家附带着科技业务的律所，大概是想保留起诉他人用 AI 洗白其专有代码的权利；但如果他们自己公开接受 AI 贡献的代码，却对代码来源毫不在意，那这招就行不通了。技术部门可能会告诉他们，这根针他们根本穿不过去，但真正掌舵的是律所那边。
- fancyfredbot
这个链接指向的是一篇非常糟糕的摘要，更好的文章在 The Register 上。
https://www.theregister.com/ai-and-ml/2026/08/03/as-larry-el...
The Register 的文章讲的是这篇帖子：
- flakiness
相关帖子：https://openjdk.org/legal/ai
这是《OpenJDK 生成式 AI 临时政策》，根据该页面显示，最终版本正由其法务团队撰写。
考虑到 Java 过去在版权方面留下的伤痕，再加上这是一家老牌大公司，这个举动听起来很合理。
不过，我个人不指望最终方案会比现在更好。
- cautiouscat
我某种程度上能理解他们的整体观点，尽管 Oracle 自己全押 AI 这件事确实有点讽刺。他们不想收到大量未经仔细推敲的贡献，从而增加他们所说的“本已有限的人类审查员时间”的负担。
尤其是对于一个支撑着众多大型企业的开源项目来说，这可能带来巨大的风险。
- linuxhansl
免责声明：我在工作中以及一些家庭项目里都使用 AI，觉得它非常有用（前提是你清楚何时以及如何用它）。
话虽如此……我们居然从“氛围编程”（vibe coding）一路走到了审查负担、粗糙的贡献、版权问题、所有权不清（比如：谁来修 Bug）、代码冗余等等，真是挺有意思的。现在已经有好几个项目禁止 AI 贡献了，而且数量还在增加。
正如我刚才所说，我确实用 AI 来辅助架构设计和写代码，也很喜欢它；但我已经数不清有多少次模型（我们用的是多个前沿模型）完全跑偏了。
我总是确保代码最终是我的，每一行都经过审查和理解，有时我会重写 AI 生成的输出，我也理解测试和测试策略等等。
所以我想知道这一切会走向何方。我们已经过了“氛围编程”的阶段，而到目前为止，AI 的变现效果一直“参差不齐”。此外，本地 AI 正变得越来越可行。
- jiffygist
我都不知道 OpenJDK 是 Oracle 开发的。我一直以为它是 Java 的社区实现，而不是 Oracle 的专有实现。
- gred
和最近宣布的 Rust 指南差别不大：https://blog.rust-lang.org/inside-rust/2026/08/05/rust-langr...
- midnightbobarun
所以 OpenJDK 的贡献必须是手写的，而 Oracle 内部却在使用 AI 生成的代码……我猜逻辑是，使用 AI 生成代码的员工（理论上）会更好地审查自己的代码？但整件事听起来还是有点奇怪。