Oracle 禁止在 OpenJDK 中使用 AI 生成的代码

事件核心：发生了什么

OpenJDK 官方发布了一项“关于生成式 AI 的临时政策”（Interim Policy on Generative AI），明确禁止向该项目提交由 AI 模型生成的代码，并指出最终正式版本正在由法律团队起草。公告来自 openjdk.org/legal/ai 页面，属于 Java 生态最核心基础设施项目的一次正式表态。

临时政策的核心动机是版权风险。Java 历史上在 API 版权诉讼上吃过亏，而当前 AI 训练数据来源复杂，生成代码的授权链难以溯源。若此类代码进入 OpenJDK，可能导致整个发行版承担法律负担。与其逐条甄别，Oracle 选择了“先禁用、再讨论”的稳妥路线。

为什么重要

这不是一次象征性表态。OpenJDK 是全球使用最广泛的语言运行时之一，大量银行、云厂商和企业的核心系统都运行在它之上。禁止 AI 生成代码意味着，哪怕开发者只是用 Copilot 或 ChatGPT 辅助写了一段工具函数，只要无法证明其来源合规，就可能无法合入主分支。

值得注意的是，Linux 内核和 GCC 等大型开源项目此前采取的是“标记+追踪”策略：允许 LLM 贡献，但必须标注来源，以便在必要时清理。OpenJDK 选择了更保守的方向，反映出其对司法风险的敏感度高于对开发效率的需求。这也印证了一个趋势：大厂一方面在疯狂采购算力、布局 AI 产品，另一方面在核心工程资产上却越来越谨慎。

对用户/开发者/创作者的影响

对普通 Java 开发者而言，短期直接影响有限，日常业务代码不在 OpenJDK 管辖范围内。但如果你计划给 OpenJDK 提交补丁或参与新功能开发，就需要自查代码是否由 AI 生成，并保留完整的改写与审查记录。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

对依赖云厂商发行版（如 Amazon Corretto、Alibaba Dragonwell）的企业用户来说，这项政策传递了一个信号：底层 JDK 的代码纯净度会被严格把关，未来合规要求可能向企业客户逐级传导。

对 AI 编程工具厂商而言，这是一个需要警惕的案列——即使 AI 代码生成对业务应用价值明显，核心基础设施项目的准入门槛已经抬高。如何提供可审计、可溯源的生成链路，将变得和生成质量一样重要。

值得关注的后续

第一，最终政策文本如何落地。法律团队起草的版本可能比临时版更细致，值得关注是否会出现“允许但需标注”的缓和条款。

第二，其他开源基金会是否会效仿。如果 Apache、Eclipse 等也跟进，AI 在开源社区的准入规则将走向分裂：一边是 Linux 式的“标记可入”，一边是 OpenJDK 式的“直接禁用”。

第三，技术绕过与检测手段。素材中已有开发者讨论“把 AI 生成代码人工润色后提交”的可能性，但门禁一旦设定，重点就不在防君子还是防小人，而在于社区能否建立起可执行的代码来源审计机制。

来源：hackernews