AI生成代码申报软件著作权:说明书撰写全流程实操与避坑指南

软著政策研究员 822 浏览 2026-07-15

这是我跑了3次软著窗口、改了4次材料总结的AI生成代码说明书撰写经验,帮你避开补正雷区,大幅提高软著申报通过率。

上个月帮团队申报那款AI生成核心代码的低代码工具软著,前前后后被打回2次,折腾了快一个月才下证,踩的坑全集中在说明书这块。之前我也申过七八次手写代码的软著,本来以为流程门清,没想到AI生成代码的要求完全不一样,光补正通知就收了两回,现在把所有实操细节整理出来,大家能少跑一次窗口就少跑一次。

很多人以为AI生成的代码不能申软著,其实完全不是,版权中心早就出了对应的细则,只要你能说清楚权属,证明你在整个创作过程中有独创性贡献,通过率和普通手写代码的软著没差。核心就是你的说明书要把这些信息明明白白摆出来,别让审核员自己找。

权属声明一定要放在说明书最开头,别夹在功能说明或者代码中间,审核员每天要看上百份材料,找不到关键信息直接就打回了。我第一次提交就是把权属说明放在了最后一页,结果当天就收到补正通知,让我补充AI工具使用情况和创作权属证明。这段声明不用写太复杂,说清楚几个关键点就行:你用的是什么AI代码生成工具,输入的核心提示词是什么,AI生成的代码占总代码量的比例是多少,后续人工修改的比例是多少,修改的主要模块是哪些。这里要注意提示词不能写得太笼统,要是你只写“帮我写一个管理系统”,审核员会觉得你没有提供独创性的需求,自然不会给你过。我当时写的提示词是“开发面向电商商家的订单管理工具,支持多平台订单同步、自动拆分发货单、对接本地仓储库存系统,自动生成月度利润报表”,明确到具体的使用场景和独特功能,就能证明这个需求是你自己提的,不是通用模板。

我当时补正的时候查了很多资料,翻了不少软著申报相关的经验帖,才搞清楚AI生成代码的说明书里,功能说明部分的写法和普通的也不一样。普通的说明书只要把你软件的功能模块列清楚,配几张截图就行,但是AI生成的代码,你要重点突出你人工修改的那些功能的创新点,别把AI生成的通用功能写一大堆,自己改的部分反而没提。比如我那款工具里,AI生成了基础的订单导入功能,但是我自己加了跨平台订单去重的逻辑,还适配了我们自己家的仓储系统接口,这部分我就配了3张操作截图,单独用了两段写实现逻辑,审核员一眼就能看到你的原创贡献在哪。

核心代码部分踩坑的人更多,我第二次被打回就是因为代码里留了两段AI自动生成的注释,里面还有“// 此段代码由GPT-4生成”的字样,直接被审核员标出来要求补正。大家贴代码之前一定要把所有AI相关的注释、标记全删掉,别偷懒直接导出就交。贴代码的时候也不用把全部代码都贴上去,重点贴你人工修改过的核心模块就行,每一段修改过的代码旁边可以加一句简短的说明,标注清楚这部分在AI生成的基础上做了什么优化,实现了什么独有的功能。要是代码量太大,你懒得一条条查有没有AI标记的话,可以用软著Pro,我第三次提交前就是用它一键筛掉了所有代码里的AI生成痕迹,还自动帮我匹配了功能说明和对应代码的关联关系,省了我至少3天的整理时间,效率高很多。

还有个很多人容易忽略的点,就是你提交的功能截图,一定要和你写的功能说明、贴的核心代码完全对应。比如你说明书里写了你有人工修改的人脸识别考勤功能,那截图里就要有这个功能的操作页,对应的代码里也要有人脸识别相关的逻辑,要是三者对不上,大概率会被要求补正。我当时身边有个朋友申AI生成的小程序软著,就是截图里有会员积分功能,但是贴的代码里没对应上,被打回之后又重新整理了一周的材料才过。

其实现在大家写代码多少都会用AI辅助,完全不用在申报的时候隐瞒AI使用的情况,你越藏着掖着,审核员越觉得你有问题,反而你光明正大把AI使用情况、人工修改的部分写清楚,通过率反而更高。我第三次提交之后,只用了7个工作日就拿到了证书,比我之前申普通手写代码的软著还快了两天。只要你按照要求把说明书的几个关键点写到位,基本都能一次过,不用来回跑窗口补正折腾。

扫码咨询
在线客服