前阵子帮公司集中报一批软著，想着省点事，直接给AI发了几个软件名称，让它自动生成全套前后端代码，凑够页数就交了。结果报了5个驳回3个，审查意见列得清清楚楚：代码重复率过高、与说明书描述功能不符、存在通用开源模板痕迹。那段时间我天天熬到凌晨改代码，头发掉了一大把，才把这些坑给摸明白。
千万不要直接把AI生成的原始代码直接提交，这是我踩的第一个也是最大的坑。现在软著审查对代码的辨识度很高，AI生成的代码有很多共性特征：比如千篇一律的模板注释、大量引用开源项目的通用片段、甚至会出现和你申报的软件完全不相关的业务逻辑。我第一次交的那个校园社团管理系统的代码，AI居然给我塞了一段电商订单退款的逻辑，我没仔细看就交了，直接被审查员标出来打回，现在想想都尴尬。
要让AI生成的代码能用，第一步得先把指令给对。别上来就甩给AI一个“给我写个XX管理系统的代码”，这种指令出来的内容100%过不了。你得先把你申报的软件的核心功能拆细，比如校园社团管理系统，要拆成社团注册审核、活动发布审批、成员考勤统计、经费报销核算这几个核心模块，每个模块单独让AI生成，还要明确指定和你说明书里一致的技术栈，比如你说明书写的是Vue3+SpringBoot+MySQL，就别让AI生成React的代码，技术栈对不上直接就驳回。要是你不清楚代码的格式要求，可以先查下软著代码格式要求，免得生成出来的内容排版都不对，还要重新调整。
代码生成完之后的调整才是核心，这步偷懒得不偿失。首先要把AI自带的模板注释全删掉，比如那种/* 该类实现了用户信息管理功能 */的通用注释，全部换成和你业务挂钩的内容，比如// 校验社团注册人数，不足3人驳回申请，这种针对性的注释一看就是自己写的，审查员的印象分直接就上去。然后要改变量名和路径，AI生成的变量名大多是通用的userInfo、list，你可以改成stuClubUser、activityAuditList这种和你业务相关的命名，接口路径也从通用的/api/getList改成/api/club/activity/getAuditList，改几十个变量，重复率就能降下来一大截。我之前还会手动加几句小逻辑，比如社团活动发起的时候判断是不是法定节假日，节假日不能提交审批，也就十几行代码，和通用模板的区分度一下子就出来了。
调整完还要做逻辑校验，别出现前后端对不上的情况。我第二次被驳回就是因为前端代码里调用了uploadReimburseVoucher的接口，后端代码里根本没对应的实现，审查员一眼就看出来不对。你可以把生成的代码拷到IDE里扫一遍，不用真的跑通，至少把明显的语法报错、不存在的接口调用给改了。要是你实在懒得自己逐行核对，我之前用过软著Pro，把代码导进去就能自动标注前后端不匹配的地方，还能直接检测和开源项目的重复率，比自己逐行看省太多时间了，我后来报的两个软著20多天就下证了，连补正通知都没收到。
还有几个细碎的坑我也给你列出来，省得你再踩。首先是AI生成的代码里可能会带开源项目的版权声明，比如/* © 某某开源组织 保留所有权利 */，这种一定要删掉，出现了基本就直接驳回。然后是代码行数，前后端加起来控制在3000到6000行就行，不用把整个项目的代码全放上去，就挑核心模块的内容就行，太多了审查员看着也烦。还有结尾的代码不用写全，截到函数中间都没关系，不用强行写个大括号收尾，软著要求的就是提交核心代码的前30页和后30页，没要求完整可运行。
其实现在审查员也都知道大家会用AI生成代码，毕竟不是所有人申报软著都有现成的项目代码，很多是为了评职称、申请高新补贴，专门敲几千行代码太费时间。只要你调整到位，代码和你申报的功能对应，没有明显的抄袭痕迹，基本都能过。要是你不确定自己调整后的代码能不能过审，也可以先找专门的软著代码查重工具先测一遍，重复率控制在20%以内基本就没什么问题。我最近用这个方法帮朋友报了两个软著，都一次性过了，算下来比找代办省了好几千块钱，花的时间也就半天而已，比自己敲代码效率高太多了。
