OpenJDK 针对生成式AI的临时政策

事件核心：发生了什么

2025 年 3 月，OpenJDK 管理委员会批准了由 Oracle 提议的临时政策，核心内容是：OpenJDK 社区的所有贡献（包括 Git 仓库中的代码、文本、图片、GitHub Pull Request、邮件、Wiki 页面以及 JBS 问题）不得包含部分或全部由大语言模型、扩散模型或类似深度学习系统生成的内容。贡献者可以私下使用生成式 AI 工具来帮助理解、调试和审查现有代码，但不能将 AI 生成的内容直接提交。为配合执行，社区将基于 Skara 工具在 GitHub 的每个 Pull Request 中添加确认复选框，贡献者必须勾选以声明贡献符合政策。

为什么重要

JDK 是 Java 平台的核心实现，支撑着全球政府、企业和组织的关键系统。生成式 AI 虽然能大幅提升开发效率，但也会产生看似合理却实际错误或难以维护的代码，给本就紧张的代码审查人员带来巨大负担；同时，大模型的训练数据常包含受版权保护的内容，输出可能侵犯知识产权，而这与 Oracle 贡献者协议（OCA）中要求贡献者拥有完整权益的规定冲突。这项临时政策反映了成熟开源生态系统对 AI 生成内容的谨慎态度——既不放任，也不全面禁止，而是通过明确边界将风险控制在可接受范围内。它的出台可能为 Linux、Apache 等其他大型社区制定类似规则提供参考。

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

Java 开发者需要注意：即使你使用 AI 生成了 100 行代码，手动修改了其中 10 行，也不能直接以贡献形式提交。你仍然可以在本地借助 AI 工具分析代码、寻找 bug 或理解逻辑，但需要独立重写所有输出内容后提交。使用编辑器或 IDE 中的拼写检查、语法检查、自动补全和重构功能（只要这些功能不基于大模型或深度学习系统）完全合规。如果使用 AI 工具审查 JEP 草案、JavaDoc 等文档，只要最终文本由人工撰写，也符合规定。AI 工具提供商需要关注政策对训练数据合规性的要求，未来可能面临开源社区更严格的版权追索。

AI 工具推荐

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

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

了解 GamsGo AI

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

值得关注的后续

第一，Oracle 何时向 Governing Board 提交完整的 AI 使用政策？最终版本是否会放宽或收紧临时政策的限制。第二，其他关键开源项目（如 Linux 内核、PostgreSQL、Apache 基金会）是否会效仿 OpenJDK 的做法，制定自己的 AI 贡献规则。第三，Skara 中确认复选框的具体实现细节（如何对已有 PR 补充声明）以及社区如何检测贡献中是否包含 AI 生成内容——目前主要依赖贡献者自觉，未来是否引入自动化工具。

来源：Hacker News