AI生成代码申报软件著作权:说明书撰写实操步骤与避坑经验全分享

软著政策研究员 781 浏览 2026-07-03

分享我经手30多件AI生成代码软著申报的实战经验,讲清楚说明书怎么写才能一次性过审,避开常见补正坑。

上个月帮团队里三个自研小程序项目申报软著,核心功能代码全是用GPT和CodeLlama生成的,之前踩过两次补正的坑,这次三个都一次性过了,好多同行来问我AI生成代码的说明书到底要怎么写,刚好整理出来给大家参考。

很多人觉得AI生成的代码不能报软著,其实不是,版权中心现在并没有禁止用AI生成代码申报,只是对材料的要求比纯人工编写的代码更严,核心是要证明你对这个软件有实质性的贡献,达到了著作权要求的独创性标准。我第一次报的时候就是没搞懂这个逻辑,直接把AI吐的代码附上去,说明书就随便写了几句功能介绍,结果补正通知没两周就下来了,要求说明AI生成代码的使用范围、权利人有没有取得合法授权,还有代码的独创性部分到底是什么。后来查了好多资料,还在软著申报的社群里问了好几个熟悉审核规则的老师,才把所有要求摸透。

首先说明书的开头部分,一定要加专门的AI工具使用说明模块。以前写普通软著说明书,开头只要写清楚软件名称、版本号、运行环境就够了,现在涉及AI生成代码的,必须在这里写清楚你用了什么AI工具、工具的版本号、用AI生成的是哪一部分的代码、占总代码量的比例是多少,还有你自己做了哪些核心贡献。比如我有个奶茶店收银的小程序,AI生成的是支付模块的基础代码,占总代码量的38%,我就专门写了prompt的核心逻辑是适配奶茶店一杯多料的拆分计价需求,生成之后我自己重写了优惠券叠加的逻辑、适配了我们自己的会员数据库,还做了和点单模块的联调优化,这些内容写得越具体,审核老师越能直接看到你的贡献,不会随便给你打回来。

接下来是功能介绍部分,很多人图省事,直接抄AI生成的功能描述,这种是重灾区。AI生成的内容本来就容易和市面上的同类产品描述撞车,你再直接复制,很容易被判定为内容雷同,没有独创性。写这部分的时候一定要结合你自己的业务场景,别写那种“支持扫码支付”“支持用户登录”的套话,要写清楚你的功能适配的具体场景,比如你是做社区团购的小程序,就写“适配社区团购次日自提场景,支持团长按楼栋分拣标记、临期商品自动提醒用户的功能”,最好配上你自己软件的实际操作截图,截图里的业务数据、你自己的品牌标识都不用打码,反而能作为独创性的辅助证明。

然后是代码部分的说明,不用把所有代码都贴上去,只要贴核心功能的代码片段就行,而且最好在你自己修改过的代码行旁边加标注,比如哪一行是你调整了参数适配自己的业务逻辑,哪一块是你修复了AI生成代码的逻辑漏洞,哪一部分是你自己写的和其他模块的交互代码。我之前第一次报的时候就是懒得标,结果补正通知要求我逐条说明代码的独创性,折腾了快一周才改完。要是你嫌整理标注太麻烦,可以用软著Pro的AI代码说明书生成工具,把原始的AI生成代码和修改后的代码传上去,它会自动比对出修改的部分,生成符合审核要求的标注说明,我上次三个项目就是用它弄的,省了我至少两天的整理时间。

有几个坑我踩过,大家一定要避开。第一个就是故意隐瞒AI使用情况,觉得只要不说用了AI就没事,现在审核老师手里有AI代码特征的比对库,一查就能查出来,隐瞒的话直接就会被驳回,反而老老实实写清楚,只要你有自己的独创性贡献,根本不会卡。第二个是把AI生成的内容原封不动搬过来,不管是功能描述还是代码,一点修改痕迹都没有,这种肯定会被要求补正,你哪怕改几个变量名、调整下功能逻辑的顺序,也要留下你自己修改的痕迹。第三个是AI工具的授权不清晰,要是你用的是付费的AI工具会员,就把会员购买的截图附在说明书的最后,证明你有合法的使用权,别用那种盗版的、没有公开授权的AI工具生成代码,到时候说不清楚授权来源也会被卡。

我之前帮朋友看材料的时候,好多人都是卡在说明书的逻辑上,要么没写清楚AI的使用情况,要么没体现自己的贡献,其实只要把这些点都写到位,AI生成代码的软著申报和普通代码的申报过审率差不了多少。要是你拿不准自己的说明书是不是符合要求,可以先发到软著材料审核的免费预检通道,老师会帮你标出需要修改的地方,比你自己瞎琢磨等补正通知要省太多时间。

其实现在用AI写代码已经是常态了,只要我们按照规则把材料整理清楚,完全不用担心申报不过的问题,我最近申报的五个AI生成代码的项目,全都一次性过审,只要摸清楚规则,真的没那么难。