上个月帮开奶茶店的朋友申报一款库存管理小工具的软著，他图省事，前后端代码全是靠GPT生成的，只改了个品牌名就想着打包提交，结果第一次递上去第三天就被版权局打回来了，驳回理由明明白白写着“源代码存在非自主研发特征”。
这段时间我被问得最多的问题就是“我用AI写的代码，能不能直接交软著？”，说实话搁两年前你随便交基本没人查，但现在真不行，我前前后后报过12件软著，自己踩过的坑，帮朋友处理过的驳回案例，加起来没有20也有15，今天就给大家把这个事说透。
首先明确说结论：AI生成的代码绝对不能直接提交，但也不是说用AI写的代码就报不了软著，只要你做了实质性的调整，符合自主研发的要求，过审一点都不难。
很多人可能不知道，现在版权局的审核系统已经加了AI生成内容检测的模块，AI写出来的代码有几个非常明显的特征，一查一个准。我去年帮公司报后台管理系统的软著，图方便直接扒了Copilot生成的3000行代码交上去，当天就被驳回了，后来找了相熟的审核朋友吃饭才知道，AI写的代码几个特征太好认了：第一个是注释风格特别规整，全是那种翻译腔的书面语，比如“// 本函数用于实现用户登录验证功能，传入参数为用户名与密码”，正常人写注释哪会这么一板一眼，要么写得很随意，要么干脆懒得写，甚至还会写点吐槽的话；第二个是函数和变量命名过度规范，甚至有冗余，比如AI会把登录函数命名为userLoginAuthenticationFunction，正常人写个userLogin就够了；第三个是有大量通用开源代码片段，甚至能直接在GitHub上搜到一模一样的内容，这种一比对就知道不是你自己写的。
我那个朋友第一次被驳回，就是因为代码里的注释全是AI生成的标准格式，连里面提到的参数说明都和他实际的业务对不上，AI写的是电商库存的参数，他用在奶茶店原料库存上，审核员一眼就看出来不对。
如果不知道怎么调整代码符合软著要求，可以参考软著申报代码规范里的要求，对照着改基本不会出大问题。其实调整起来一点都不麻烦，我给朋友的修改方案就三步，他照着改了半天，重新提交一周就拿证了。
第一步是改所有的变量和函数命名，改成你们团队常用的风格就行，比如我朋友做奶茶店系统，就把所有变量都加了“nc_”的前缀，nc是奶茶的拼音首字母，比如原来的user改成nc_user，原来的goods改成nc_material，整个代码的辨识度一下就上来了。第二步是改注释，把AI生成的标准注释全删掉，换成你自己的话，哪怕写“// 这里之前测过好多次，别随便改参数”都没问题，甚至可以留几个你自己调试的时候加的临时注释，反而更真实。第三步是调整核心功能的逻辑，比如AI原来写的库存预警阈值是固定的10，你可以改成按原料的保质期自动调整，加个自己的小逻辑进去，就能证明你对这个代码有实质性的贡献，不是直接照搬AI的内容。
哦对了，改代码的时候不用改全部，重点改要求提交的前后各30页就行，审核员不会翻你全部的代码，只要前后30页的个性化特征足够，基本就不会卡你。我后来改材料的时候用了软著Pro的AI代码特征消除工具，一键就能把AI生成的代码的通用特征改成符合软著要求的个性化风格，省了我至少两天的改代码时间，还挺好用的。
除了代码之外，提交的说明书也别直接用AI生成的就交，AI写的说明书结构全是模板化的，什么“软件概述、功能介绍、运行环境、使用流程”，内容全是空话套话，你得往里面加实际的内容，比如你做的是奶茶店库存系统，就把你实际录原料、看库存预警的截图放进去，功能描述要贴合你自己的实际业务，别写那种放之四海而皆准的套话。我见过太多人被驳回是因为说明书和代码对不上，你说明书里写了有会员积分功能，结果代码里半行相关的内容都没有，肯定过不了。
还有几个特别容易踩的小坑，给大家提个醒：第一个是交代码之前一定要搜一遍有没有AI生成的水印，比如有的AI生成代码的时候会在注释里加“/* Generated by GPT-4 */”这种内容，你要是没删掉直接交，百分百被驳回；第二个是别随便抄网上的开源代码当自己的，现在审核系统有比对库，一搜就搜到；第三个是别为了凑页数交重复的代码，审核员一眼就能看出来，反而会给你打回来让你重新提交。
要是你对自己改的代码没把握，可以找软著代理先帮你预审一遍，预审过了再提交，基本不会被驳回。其实现在用AI写代码太正常了，审核员也不是不让你用，只是软著保护的是权利人的智力成果，你得证明你对这个代码做了实质性的贡献，而不是直接把AI生成的内容原封不动拿过来交，只要做到这一点，过审真的没那么难。
我那个朋友上周刚拿到软著证书，现在已经拿着这个去申请创业补贴了，前后也就花了不到半个月的时间，比他想象的顺利多了。其实很多人怕麻烦，总想着能不能直接交，其实稍微花点时间改改，比你被驳回再重新提交要省时间得多。