2026年11月14日，开发者 Jakub Jankiewicz 抛出一个激进主张：所有由 AI 生成的代码都应该强制开源，或者直接用 CC0 协议归入公有领域。理由很直接——大模型未经许可抓取了自 GNU 项目以来的海量开源代码和 Stack Overflow 问答，转头却帮商业公司生成闭源专有代码，这属于赤裸裸的许可证洗白。但这个看似充满正义感的呼吁，在真实的法律铁律面前却撞上了一个荒诞的悖论：仅靠提示词生成的纯 AI 代码根本没有版权，它不仅没资格闭源，连使用 GPL 或 MIT 许可证搞开源的资格都没有。
对于正在使用 GitHub Copilot、OpenAI Codex 和 Claude Code 的软件企业与开发者来说，这件小事捅破了一层窗户纸。大家吵了半天 AI 代码该不该开源，却忽略了 2025 至 2026 年英美司法机构已经把底牌亮完：如果程序员只是输入提示词（Prompt）、不经实质性审查与修改就把代码塞进仓库，这些代码在法律上自动落入公有领域（Public Domain），任何竞争对手都可以合法白嫖。
输入端洗白与输出端裸奔
Jankiewicz 的愤怒代表了开源社区的普遍情绪，但法院和协议制定者并没有按程序员的朴素道德观来判案。
在输入端，开源维护者试图用版权法反击 AI 编程工具的努力刚刚遭受重挫。2026年9月16日，美国第九巡回上诉法院在备受关注的 Doe v. GitHub 案（No. 24-7700）中，维持了对原告程序员 DMCA 第 1202(b) 条索赔的驳回。法院的逻辑极其冷酷：大模型生成不带版权管理信息（CMI）的新代码，在法律上并不等于从现有代码副本中故意移除或篡改了署名信息。虽然该案还有两项合同违约索赔悬而未决，但靠指控 AI 抹掉开源许可证头来维权的路已经被堵死。
另一边，针对大模型吃掉 Stack Overflow 数据的指控（该平台内容按时间段分别适用 CC BY-SA 2.5、3.0 和 4.0 协议），知识共享（Creative Commons）官方也给出了切割式的解释：单纯用数据进行 AI 训练，不会自动触发署名（BY）或相同方式共享（SA）的传染义务，更不意味着模型吐出的所有代码都自动变成 BY-SA；只有当输出内容直接构成原作的公开分享或改编作品时，许可证条款才会被激活。
从理查德·斯托曼（RMS）发起自由软件运动算起，整个开源大厦的根基从来不是放弃版权，而是极度依赖版权。无论是强传染性的 GPL 还是宽松的 MIT，生效的前提都是作者首先拥有这段代码的版权，然后才能用许可证把权利有条件地让渡出去。正所谓皮之不存，毛将焉附。
而在“纯 AI 生成物有没有版权”这件事上，全球司法天平已经在过去两年彻底倒向一边：
- 2025年1月29日，美国版权局发布《版权与人工智能第2部分：可版权性》报告，一锤定音：完全由 AI 决定表达元素的材料不受版权保护；在现有技术下，仅靠提示词（哪怕经过详细或反复优化）不足以提供对结果表达的充分人类控制。在软件领域，仅批准生成代码或指定所需功能不能确立作者身份。
- 2026年3月2日，针对坚守人类作者身份底线的 Thaler v. Perlmutter 案，继哥伦比亚特区巡回上诉法院于 2025年3月18日维持原判后，美国最高法院正式拒绝重审，彻底封死了非人类作者在美国获取版权的司法通道。
- 2026年3月18日，连原本被视为避风港的英国也开始动摇。英国《版权、外观设计和专利法》（CDPA）第 9(3) 条与第 178 条原本允许在无人类作者情况下，将计算机生成作品的作者身份归属于进行必要创作安排的人；但英国政府在当日发布的报告中公开承认，第 9(3) 条与“作者自身智力创作”的独创性标准存在未决冲突，并正式提议在缺乏证据证明其持续价值的情况下废除该保护条款。
把这几块拼图拼在一起，Jankiewicz 呼吁“把只写提示词、不审查修改的 AI 代码变成开源”在逻辑上是无法自洽的。既然连版权都没有，开发者根本无权在上面挂一个 GPL 协议去要求别人开源；它唯一合法的归宿，就是像维基共享资源（Wikimedia Commons）对待纯 AI 图像那样，直接打上公有领域的标签。
闭源公司的公有化陷阱
我更在意的是，这场争论真正需要惊醒的不是 AI 大厂，而是那些正沉迷于“氛围编程（vibe coding）”的软件企业与 CTO。
现在不少研发团队把不看代码、只靠狂写提示词生成功能当成降本增效的业绩。老板们以为团队用 AI 一天攒出十万行代码，是在为公司积累高壁垒的闭源专有资产。殊不知按美国版权局的标准，只要缺乏人类开发者的原创代码、创造性修改或创造性选择与编排，这些代码从诞生那一刻起就是无主之物。
你以为在拿 AI 筑高商业护城河，法律却判定你在给全行业做慈善。
更隐蔽的坑埋在各大 AI 编程工具的服务条款里。很多企业主看到 OpenAI 或 Anthropic 在条款里写着“将输出权利转让给用户”，就觉得吃下了定心丸。仔细看那句承诺后面紧跟着的限定词——在法律允许的范围内（to the extent permitted by law）。
既然版权法从根子上就不承认纯提示词生成物有版权，大厂转让给你的其实是一团空气。不仅如此，主流工具在合规防护与风险转嫁上的差异，直接决定了企业踩雷的概率：
天下熙熙，皆为利来。大厂在条款里玩的是极为老练的风险切割：一边用“输出归你”的口头支票吸引开发者付费，一边在免责条款里把开源许可证冲突的雷全留给客户。OpenAI 甚至直接在条款里警告，Codex 等工具生成的代码可能受第三方开源许可证约束。
这就把依赖 AI 编程的商业公司逼进了一个两难死角：如果生成的片段恰好与某个 GPL 仓库构成实质性相似，企业就会触发开源传染或违约风险；如果生成的代码完全没有撞车公共仓库，但程序员只是写完提示词就直接提交，这段代码又会因为缺乏人类创造性贡献而丧失版权保护。
- 风险.研发团队如果纵容“只写提示词、不审查不重构”的开发模式，企业核心代码库将在法律上直接沦为公有领域资产，一旦发生商业泄密或竞品抄袭，公司在法庭上连主张代码版权侵权的原告资格都拿不到。
接下来半年，真正决定软件行业合规走向的变量只剩两个：一是 Doe v. GitHub 案中剩余的两项合同违约索赔如何判决，这将决定开源社区还能不能用合同法管住大模型；二是英国议会是否正式立法废除 CDPA 第 9(3) 条，把最后一块承认“计算机生成作品”版权的飞地也彻底铲平。在那之前，别再争论 AI 代码该不该开源了，先检查一下自家的闭源代码库里，还有多少行代码在法律上真正属于你。