AI 纪元 追踪人工智能最新进展,深度解读前沿技术

AI生成代码能否署名,先别急着引用“首例判决”

现有素材无法核实原稿所称“国内首例AI生成代码侵权案”,案号、判决结论及配套新规都不宜直接发布。能确认的是,AIGC版权判断仍围绕人的创作贡献展开。开发者应保留提示词、版本差异、Git提交和测试记录。

0 次阅读 约 2183 字 4 分钟 AI 生成
A conceptual editorial image showing a hand holding a stylus over a glowing digital blueprint, representing human creative control over AI-generated structures.
A conceptual editorial image showing a hand holding a stylus over a glowing digital blueprint, representing human creative control over AI-generated structures.

一则“上海浦东法院已经就AI生成代码作出国内首例生效判决”的消息,很容易击中程序员的焦虑。原稿给出了2026年7月2日、案号(2026)沪0115民初3472号,还写到法院承认AI辅助代码的独创性,却驳回开发者署名权。

问题在于,现有可引用素材里没有这份判决书、法院通报或裁判文书链接。案件是否存在、判决是否生效、是否属于“国内首例”,目前都无法据此核实。原稿所称2025年底《生成式人工智能内容著作权认定指南》、旁听律师引语、GitHub Copilot“默认只存最近30天”以及2026年第二季度统计,也缺少对应来源。

这些细节不能继续当作事实发布。去掉未经证实的判决包装,开发者真正关心的问题仍然成立:用GitHub Copilot、Cursor或通义灵码完成的代码,如何说明自己的创作贡献?发生复制争议时,哪些材料能还原代码从需求到成品的过程?

用了哪个模型,并不决定作者是谁

锦天城李章虎在2025年3月11日发布的《人工智能生成内容(AIGC)版权战:从中国司法突破到全球立法博弈》中,把争议的起点放在传统著作权法所强调的“人为创作”上。

落到代码场景,问题要具体得多。开发者有没有拆解需求、设计接口和数据结构?算法路径、异常处理、测试用例是谁确定的?模型给出初稿后,开发者做过哪些取舍、组合和重构?这些行为比“使用了哪款工具”更接近创作本身。

提示词写得长,不等于贡献自动成立。只让模型“写一个排序函数”并直接接受结果,能够呈现的人工选择很少。如果开发者先限定输入输出,再比较多个方案,修改关键逻辑并通过测试验证,整个过程就更容易复盘。

深圳知识产权保护中心发布的《人工智能生产内容(AIGC)作品版权认定分析报告》也围绕AIGC作品认定展开。现有材料并未给出“修改多少行就算创作”的代码专用门槛,把某个固定行数或比例写成通行规则,反而会误导读者。

署名问题,别和工具标注混在一起

最高人民法院知识产权法庭网站在2025年7月18日转载了王健发表于《民主与法制》周刊2025年第25期的《AI时代 知识产权司法迎来新挑战》。文章提到,各级法院正尝试通过个案裁判确立AI保护标准。

这是一段司法背景介绍,不能直接推导出“AI代码受保护,但程序员无权署名”的规则。可引用摘要里没有原稿所称代码案件的裁判结论,也没有足以支撑该结论的判决理由。

权利链需要连起来说明:谁完成了创作,谁取得了权利,对方又复制了什么。如果一方面认定代码整体受著作权保护,另一方面又把开发者仅仅视为工具使用者,就必须解释权利究竟从何而来。没有判决书,这个关键环节无法补全。

在开发团队内部,可以先把来源分清:AI原始输出、开发者修改、已有内部代码、第三方开源代码。标注“AI辅助”是在记录生产过程,作者署名则涉及实际贡献和权属安排,两者不能混为一谈。

最有用的证据藏在版本链里

从在VS Code里接受一次Tab补全,到让Copilot生成一个完整函数,AI参与程度差别很大。与其事后争论某几行代码算不算人工创作,开发者更应该把过程留住:

  • 输入记录:保存提示词、上下文文件、示例输入输出和约束条件。涉及企业代码时,先确认是否允许提交给外部服务。
  • 版本记录:保留模型初始输出、被放弃的方案、人工修改内容,以及对应的Git提交和差异对比。
  • 决策记录:写下算法选择、错误排查、性能调整和测试失败的原因。短短几句说明,也比一张聊天截图更能还原创作过程。
  • 来源记录:区分AI输出、内部旧代码和第三方开源片段,保存相关许可证及署名要求。
  • 成品对应关系:让最终发布版本能够对应到提交记录、评审意见和测试结果,避免只留下无法验证时间和上下文的零散文件。

这些材料无法预先决定裁判结果,但能把“我参与了创作”变成一条可核验的事实链。

开源标签解决不了版权来源

环球律师事务所的生成式AI知识产权系列文章列举了ChatGPT、DeepSeek、Midjourney、Sora等产品,并把相关法律问题放在著作权、不正当竞争和商标等多个领域中讨论。这至少说明,模型品牌或部署方式无法单独回答权利归属问题。

大成律所在2025年9月2日发布的相关研究文章提出,人工智能系统进入设计研发阶段时,就应评估数据来源是否合法,以及是否涉及第三方知识产权。

对代码工具也是一样。团队比较Mistral、Qwen 3、DeepSeek或其他模型时,需要分别检查模型许可、服务条款、输入代码的权属和输出内容的来源。原稿关于“国产开源模型训练集多来自开源许可项目、风险更可控”的判断没有统计出处,不能保留。开源可以影响部署和使用方式,却不能替代逐项审查。

目前能下的结论很窄

在正式裁判文书可以核验之前,“国内首例AI生成代码版权判决生效”不适合作为文章前提。现有公开材料只能支持几项较为稳妥的判断:

  • 使用AI这一事实,无法单独决定代码有没有著作权、开发者能不能署名。
  • 人的需求设计、逻辑选择、修改和测试,需要通过版本记录具体呈现。
  • 开源模型不等于版权风险已经解决,输入和输出仍要分别检查。

程序员无需因此停用Copilot、Cursor或通义灵码。更实际的做法,是让每一次生成、修改、测试和提交都有迹可循。一份清楚的Git历史、差异文件和测试记录,没有“首例判决”那么吸引眼球,却更可能在真正发生争议时派上用场。

相关阅读