我前后做了四年多的软著申报，大大小小的坑踩过没有一百也有八十，最近后台好多人问我，用AI写的代码报软著会不会被查，今天就给大家掰扯清楚。
很多人有个误区，以为只要用了AI写代码申请软著就一定会被查，其实完全不是这么回事。我去年帮一个初创团队报打卡小程序的软著，当时赶时间，直接用GPT生成了30页代码，连改都没改就提交了，结果没到一周就收到了补正通知，说源程序和公开代码重复率超过40%，涉嫌抄袭。我当时也以为是因为用了AI才被查，后来找版权中心的朋友问才知道，人家根本没查是不是AI生成的，就是过了一遍重复率检测系统，AI训练用的很多代码都是爬的公开仓库，你直接粘上去当然会撞库。
后来我找做知识产权的朋友问，才知道现在做软著申报前最好先自己做个源程序重复率预检，没问题再提交，能省很多补正的时间。那次补正我花了三天时间，把AI生成的代码里的公共逻辑全部重写了一遍，变量名、注释也全改成了和我们业务匹配的内容，改完再查重复率只有6%，重新提交之后不到20个工作日就下证了，全程没有再被额外核查。
那是不是AI写的代码只要改了重复率就一定没问题？也不是。我去年碰到过一个客户，找了个便宜的代报机构，花了300块钱报软著，代报那边就是用AI生成的代码和说明书，结果提交之后半个月收到了审查意见，要求提供软件的运行演示视频，还要补充核心功能的代码说明。客户根本不知道那个代码对应什么功能，连跑都跑不起来，最后直接被驳回，半年之内都没法再提交同一款软件的申请。
这个坑其实比重复率还容易踩，很多人用AI生成材料的时候，代码和说明书是分开生成的，两边根本对不上。比如你说明书里写了支持导出Excel报表，结果AI生成的代码里根本没有相关的接口，审核员抽查的时候翻到对应的模块，一眼就能看出来你的材料是凑的，自然会给你打回来。我现在自己做申报的时候，都会先把功能模块拆得清清楚楚，每个模块要实现什么功能先列在说明书里，再让AI按照对应的功能生成代码，生成之后我还会跑一遍，确保所有写在说明书里的功能都能正常实现，这样就算被抽查也能拿出对应的演示。
我自己现在申报前都会用软著Pro先过一遍预检，不仅能查重复率，还能自动比对代码和说明书的功能匹配度，有问题直接就标出来了，我去年下半年报了12件软著，全都是一次性过的，连补正通知都没收到过，省了好多麻烦。
还有好多人问我，版权中心现在有没有上线AI生成内容的检测系统？我可以很明确地说，至少到我最近提交的这批软著，还没有用到相关的检测。审核员每天要审几百上千份材料，根本没闲工夫去给你测代码是不是AI写的，人家查的核心就是两个点：一是你的源程序有没有抄袭，重复率有没有超标；二是你的源程序和说明书是不是对应，有没有逻辑矛盾。只要这两点没问题，就算你全用AI写的也不会被查。
当然也有几个容易踩的小细节，你要是不注意，就算没抄袭也会被重点核查。比如AI生成的代码有时候会带一些特殊的注释，比如/* generated by GPT */或者// copilot generated，你提交之前一定要全部删掉，不然审核员看到了，就算你代码没问题也会多翻几页，没必要给自己找事。还有AI写的说明书经常会有很多空泛的套话，比如“本系统采用先进的云原生技术”，这种话一定要删掉，换成具体的功能描述，比如“本系统支持用户上传100M以内的文件自动同步到云端存储”，越具体越不容易被怀疑。
上个月我帮一个独立开发者朋友报工具类软著，他的代码80%都是用Copilot生成的，但是他自己改了很多适配个人需求的业务逻辑，提交之前预检重复率只有7%，说明书也是他自己对着实际功能写的，提交之后18个工作日就下证了，根本没有任何额外的核查。他申请软著是为了上架应用商店，现在已经正常用上了。
对了，要是你申请软著是为了报高企或者享受软件企业退税的政策，那还要注意后期的抽查，这种抽查不光看你的申请材料，还会要求你提供源码的版本管理记录、软件的运行演示，有的还会要求现场演示功能。你要是用AI生成完代码就扔了，连Git提交记录都没有，到时候也容易出问题，最好是生成之后自己多改几版，把开发记录补全，就算后期被查也能说得清。
我最近整理了一份软著申报的材料自查清单，里面列了12个容易被驳回的小细节，有需要的也可以去刚才说的那个网站上找，都是免费公开的，能帮你少走很多没必要的弯路。
