上个月帮团队申报三个AI开发的门店运营小工具的软著，第一次交材料直接被打回，原因就是AI生成的代码清单不符合要求，前后折腾了半个多月才搞定。这两年身边越来越多的小团队甚至独立开发者，都是用GPT、CodeLlama这类工具写核心代码，大部分人都不知道，AI写的代码不是不能申软著，是整理代码清单的方式和手写代码完全不一样，稍不注意就会被打回。
我之前一直以为代码清单就是凑够3000行就行，直到被打回之后和审核的朋友聊了才知道，现在的审核系统已经有了常见AI生成代码的比对库，你要是直接把AI吐出来的代码复制粘贴就交，90%的概率会被判定为通用代码，原创性不足直接打回。
首先要做的就是AI生成代码的“去通用化”处理。AI写代码有个特点，会自动带很多通用注释、适配其他场景的示例代码，甚至还有标注“本代码由AI生成”的提示语，这些内容你要是不删，审核员一眼就能看出来是通用内容。比如我当时做的是餐饮门店的库存预警功能，AI生成的代码里居然带了一行“// 适用于电商平台库存管理”的注释，这就是明显的和项目无关的内容，直接删掉就行。还有那些所有人都能用的公共工具函数，比如日期格式化、数组去重这种，也不要放到核心代码清单里，你要放的是和你业务强绑定的逻辑，比如库存低于阈值时自动给对应店长发消息的逻辑、不同门店的库存调配算法这些，这部分才是原创性的核心。要是不知道哪些代码属于核心逻辑，可以先到软著申报平台查下不同类别的软著代码审核标准，提前筛一遍能省很多事。
去通用化做完之后，就要处理AI代码的重复问题。我当时第一次提交的3000行代码，后来自己比对了下，有接近800行都是重复的请求封装逻辑，AI在写不同页面的请求时，几乎都是套同一个模板改的，这部分重复内容会直接拉低你代码的原创性。处理的时候不要怕删，重复的逻辑只留一次就行，剩下的部分可以补你自己修改过的AI代码，比如你调整过参数的业务逻辑、自己加的异常处理代码这些，这些都是你的原创内容，放在清单里比重复的通用代码有用多了。
接下来就是排版的问题，很多人不知道软著的代码清单要求是前30页和后30页，每页50行，总共3000行。AI生成的代码经常会有很多空行、多余的缩进，你直接复制的话可能一页才30多行，凑够3000行可能要五六十页，不符合要求。还有的人会把所有的依赖导入、配置文件全堆在最前面，前10页全是import xxx、配置项的内容，审核员翻半天看不到核心逻辑，直接就会打回。我当时踩的就是这个坑，前5页全是AI自动生成的依赖导入代码，连核心功能的影子都看不到，不打回才怪。
排版的时候记得前30页优先放核心功能的代码，比如后端的业务接口、前端的交互逻辑，配置文件、依赖导入的内容最多放2页就够了，别全堆在前面。每页尽量凑够50行，多余的空行全部删掉，缩进统一调整成2个或者4个空格，看着规整就行。后30页就放剩下的核心业务代码，要是实在不够，可以多放一点你自己修改过的AI代码的内容，别硬凑通用的测试代码、demo代码，那些内容放进去反而会起反作用。
我当时第一次被打回之后，自己对着要求改了两天，还是担心过不了，后来同事给我推了软著Pro，我把整理好的AI代码导进去，它自动就能筛掉重复的通用片段，还能按照软著的格式自动排版成每页50行的清单，连前后30页的内容都自动优先排核心逻辑，我第二次交材料的时候3天就过审了，比之前自己瞎整理快太多。
还有个小细节要注意，AI生成的代码里的变量名、函数名，最好自己改一改适配你的业务场景，比如AI默认生成的getUserInfo，你要是做的是员工管理系统，就改成getStaffInfo，要是做的是会员系统，就改成getMemberInfo，这样不仅更贴合你的项目，原创性也会更高，审核的时候几乎不会被判定为通用代码。代码里的文件名也要对应你申报的软件名称，比如你申报的是“同城配送智能调度系统”，文件名就改成dispatch_logic.js、route_calculate.py这种，别用demo.js、test.py这种一看就是测试的文件名，很容易给审核员留下不好的印象。
上周我还帮一个做独立开发的朋友整理了他用AI写的宠物寄养小程序的代码清单，他之前自己提交了两次都被打回，我帮他把AI自带的注释全删了，去掉了重复的通用代码，改了相关的变量名，用工具排好版之后提交，一周就拿到证了。他之前还以为AI写的代码根本不能申软著，其实根本不是这么回事，只要你整理的方式对，能证明你在AI生成的基础上做了符合业务需求的独创性修改，过审其实很简单。
现在用AI写代码已经是常态了，软著的审核标准其实也在跟着调整，大家不用怕AI生成的代码过不了，只要按照要求整理好代码清单，突出你自己的原创修改部分，基本上都能一次过。要是真的拿不准，就先找相关的平台查下标准，或者用现成的工具先过一遍，别自己瞎折腾浪费时间。
