Oracle 干了一件让我这种常年跟 JDK 生态打交道的人挺无语的事。它旗下的 OpenJDK 出了个临时政策，明令禁止任何由大模型生成的代码进入社区贡献，源代码、PR、邮件、Wiki、Bug 系统，全在禁区内。最绝的是官方 FAQ 那个例子：你用 AI 写了 100 行，自己手改了 10 行，不好意思，整段还是不合格。这事最讽刺的地方在矛盾本身。Oracle 老大 Larry Ellison 在自家云大会上亲口说过，Oracle 的代码已经不是工程师写的，是他们的 AI 模型在写。OpenJDK 却把 AI 写的代码当瘟疫一样挡在门外。同一个 Oracle，同一份贡献协议，GraalVM 项目4月就明说欢迎 AI 辅助，只要你能为结果负责。OpenJDK 偏要选最严的那一端，这双标摆得明明白白。我扒完官方 FAQ 才看明白，这根本不是技术判断，是法律问题。政策自己承认，可靠区分人和 AI 写的代码根本做不到。那怎么执行？靠每个 PR 上一个合规勾选框，你打勾就代表你保证来源清白，以后出事责任算你的。说白了，把不可检测的技术风险，变成一纸法律声明甩给社区贡献者。这就是把准入门槛从代码质量审查，前移到了来源证明。我天天跟客户讲自主可控、讲底座安全，太懂这种逻辑了。JDK 跑在全世界银行和政府系统底下，Oracle 怕的是模型输出版权那摊浑水，怕哪天被人告侵权赖到自己头上。所以它宁可一刀切，也不愿承担那点不确定性。可问题是，它自己内部用 AI 写得欢，对外却立牌坊，这叫什么事。更坑的是普通开发者。JetBrains 现在的全行补全默认就是本地模型驱动的，你随手收一个灰色建议，产出可能就已经踩了 OpenJDK 的线。厂商从没把哪些功能是神经网络的、哪些不是，给你讲清楚。你连自己工具链里哪部分是 AI 都搞不明白，还怎么保证合规。我觉得这事给所有做开源基础设施的人提了个醒。AI 写代码不是问题，问题是谁来为写出来的东西负责。OpenJDK 选了最省事的办法，把锅推给勾选框和陌生人。Rust 8月5日刚出了更聪明的政策，能帮你看、不能替你写，但承认你可以用、只要你能解释。两相对比，高下立判。代码可以让模型帮着写，理解和责任暂时还不能外包。Oracle 这道封杀令，封的到底是 AI，还是外人。
发布于 陕西
1
评论
赞
未登录
友善发言
评论
加载中
