一句话看懂：OpenJDK 社区通过一项临时性政策，禁止贡献中包含由大语言模型（LLM）生成的代码（即使是部分内容），理由是 AI 输出的不可控性可能引入安全隐患，且“提示词”正成为实质源码，接受 AI 代码如同接受未知来源的二进制。这可能是首个主流开源项目对 AI 辅助编程做出系统性限制。
事件核心：发生了什么
OpenJDK 管理委员会在制定更全面的长期政策之前，批准了一项临时性规定：社区贡献内容不得包含由大语言模型（或类似深度学习系统）“部分或全部”生成的代码。政策明确豁免了非 LLM 驱动的拼写检查、语法检查、自动补全和重构功能，但要求这些工具本身不得基于 LLM 或深度学习方法。然而，实际操作中的困境在于：大多数现代 IDE/OS 内置的拼写检查及代码补全已大量采用 LLM 技术，且具体实现细节对用户不透明，开发者很难确知自己使用的工具是否合规。该政策在 Hacker News 上引发了激烈讨论。
为什么重要
此次政策具有标志性意义。OpenJDK 作为 Java 生态基石，其决策反映了早期采用者对 AI 生成代码的深层不信任：A. 提示词（prompt）正成为实际源码，AI 生成的输出具有随机性（即使相同提示也可能因种子不同产生差异），引入漏洞的风险不可控；B. 接受他人用 AI 生成的代码相当于接受未知来源的二进制代码，安全审计难度剧增；C. 该案例可能被其他大型开源项目（如 Linux Kernel、Apache 基金会）参考，加速整个开源社区对 AI 辅助贡献的规范化进程。同时，它也暴露了现有 LLM 辅助工具（如自动补全）与“完全禁止 AI 代码”之间的模糊地带。
对用户/开发者/创作者的影响
Java 开发者：若计划向 OpenJDK 提交补丁，需暂停使用任何基于 LLM 的编码助手（包括内联自动补全、代码生成插件），否则贡献可能被拒。开发者依赖的 IDE 智能提示（如 IntelliJ IDEA 的 AI Assistant、GitHub Copilot）均受限制；即便只接受一两行自动生成的代码，也可能因“不可复现”和“来源不明”而不被接受。AI 编程工具厂商：如 GitHub、JetBrains、Replit 等，需要关注此政策是否会扩散到更多客户项目，这可能削弱 LLM 辅助编码在严肃开源项目中的接受度。好消息是，政策暂不禁止开发者使用 AI 作为“学习辅助”或“非贡献场景”的工具。普通用户：短期内不大受影响，但若更多核心基础设施项目效仿，Java 生态的新功能开发流程可能变慢，或促使开发者转向更严格的代码审查工具。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
1. 其他开源社区跟进：Linux Kernel、PostgreSQL、CNCF 等项目是否会出台类似临时政策？OpenJDK 的尝试可能成为“技术治理范本”。
2. OpenJDK 长期政策方向：目前是“临时”，长期可能出台更精细的方案，例如允许特定认证的 LLM 模型、要求提供完整 prompt 和随机种子、或强制通过自动化安全审计管道。这些方向将影响整个 AI 辅助开发流程的设计。
3. 审计工具发展：政策倒逼社区研发可以检测“AI 生成痕迹”或“代码随机性”的工具，类似“AI 水印”或“输出确定性验证”技术，这可能催生新的开源安全审计模块。
来源：hackernews
