时间：2026年8月7日
地点：美国加州红木城（Oracle 总部）
人物：Oracle 联合创始人兼 CTO Larry Ellison；Oracle 联合 CEO Mike Sicilia；OpenJDK 管理委员会；GraalVM 项目维护团队
事件详情：
The Register 8 月 3 日报道、8 月 7 日在 Hacker News 等渠道再度扩散，Oracle 已在 OpenJDK 项目中实施临时政策，禁止任何由大语言模型、扩散模型或类似深度学习系统"全部或部分生成"的内容进入 OpenJDK Git 仓库、GitHub pull request、邮件列表、wiki 页面与 JBS issue，包括源代码、文本和图片。开发者仍可在私下用 LLM 工具辅助理解、调试、评审 OpenJDK 代码与做相关研究，但不得把 AI 输出作为贡献提交。Skara 自动 PR 评审系统同步新增复选框，要求贡献者确认其提交符合生成式 AI 政策。同期，Oracle 旗下的 GraalVM 项目发布相反政策，明确允许 AI 辅助贡献，但要求人类贡献者对整段改动承担全部评审与维护责任。
背景：
OpenJDK 是全球大量组织使用的 Java 主实现，承载金融、电信、政企等关键任务系统，Oracle 以"评审负担、安全保障、知识产权"为三大理由设立禁令：AI 生成代码常"看似合理但实则错误"，会消耗有限评审资源；JDK 安全门槛极高，错误代码将直接威胁生产系统；OpenJDK Contributor Agreement 要求贡献者拥有授予 Oracle 的完整知识产权，但 AI 生成物的权属归属在全球仍有多起诉讼悬而未决。同一时间，Larry Ellison 在 Oracle AI World 2025 上直言"Oracle 在写的代码，Oracle 不再写"，AI 模型负责拆解意图为可执行步骤；联合 CEO Mike Sicilia 也将更精简团队、更快交付归功于 AI 编码工具。两套叙事在开源与商业两端形成鲜明对照。
影响：
- 让 Java 生态成为首个由超大商业方明确封禁 AI 生成代码的主线开源项目，将成为 Linux 内核、Python、C++ 等社区后续制定 AI 政策时的判例参照
- 暴露 Oracle 内部与开源战略的内在张力，可能加剧 OpenJDK 贡献者社区对其立场一致性的质疑，影响人才流向与外部贡献活跃度
- 与 GraalVM 的开放姿态并存，使 Oracle 自身两个核心 Java 项目处于相反立场，企业客户与开发者需要分别理解两套规则
- 治理层面，S&P 已因 Oracle 2026 年 700 亿美元数据中心扩张将评级下调至 BBB-（距垃圾级仅一档），AI 战略能否转化为可计量收入正被资本市场重新审视
总结：
Oracle 在 OpenJDK 一手收紧 AI 代码门槛，在 GraalVM 一手放开贡献限制，呈现出超大科技公司在 AI 编码浪潮下"对外严守、对内激进"的双轨姿态。短期看，OpenJDK 这道禁令让 Java 在 AI 时代保留了一道较为传统的工程护栏；长期看，Java 社区能否避免人才与代码流向更友好的 AI 政策项目，将是 OpenJDK 治理信誉的关键考验。
参考来源：
- https://app.dealroom.co/news/feed/oracle-bans-ai-generated-code-from-openjdk-despite-ellison-s-claim-oracle-isn-t-writing-its-own-code
- https://www.theregister.com/ai-and-ml/2026/08/03/as-larry-ellison-bets-the-farm-oracle-says-it-loves-ai-written-code-just-not-in-openjdk/5281851
- https://openjdk.org/legal/ai
- https://so.html5.qq.com/page/real/search_news?docid=70000021_3996a374aa429752
- https://www.linkedin.com/posts/ceo-vine_larryellison-oracle-artificialintelligence-activity-7447539428417482752-6H7j