上周帮部门整理3个工具类软著的申报材料，我图省事直接把GPT生成的代码说明粘进去就提交了，结果第二天就收到了补正通知，审查意见列了两条：一是说明内容和提交的前后30页代码没有对应关系，二是存在大段通用表述，无法证明是自研代码。
其实我前两年报软著的时候，代码说明随便写写就能过，这两年审查收紧之后，尤其是AI生成内容多了，对这块的卡得特别严。我前后折腾了三回才把三份材料都交过，踩过的坑基本都摸遍了，今天就给大家说清楚用AI生成软著代码说明的正确姿势。
首先你得知道，软著的代码说明根本不需要你写得多高深，它的核心作用是证明你提交的代码是你自己写的，和你申报的软件功能是匹配的。很多人给AI发需求的时候就一句话“帮我写一个XX系统的软著代码说明”，那AI生成的肯定都是放之四海而皆准的套话，什么“本系统采用Java语言开发，基于SpringBoot框架，实现了用户管理、数据查询等功能”，这种内容交上去100%会被打回。
给AI喂需求之前，你得先把自己要提交的前后30页代码的核心模块摘出来，比如你代码里有没有登录校验模块？有没有数据导出模块？每个模块对应的大概页码是多少？核心函数名是什么？把这些信息整理好一起喂给AI，它生成的内容才不会空。要是不知道代码说明需要对应哪些核心模块，可以先去软著代码说明的规范页查一下要求，不同品类的软著对说明的细化程度要求不一样，比如游戏类的软著就要把引擎相关的逻辑写得更细，工具类的只要对应核心功能就行。
AI生成初稿之后，千万不要直接用，至少要做三步调整。第一步先核对技术栈，我之前踩过特别傻的坑，我们的前端用的是Vue3，AI生成的内容里写了“基于React框架实现前端页面渲染”，我要是没看直接交，肯定又要被打回。AI生成内容的时候经常会把常见的技术栈混着写，尤其是你给的信息不够全的时候，它会自动给你补内容，这些补的内容基本都是错的，一定要逐个核对，把不符合你实际开发情况的内容全部删掉。
第二步是把代码对应的页码插到说明里，这个是过审的关键。比如AI写“实现了用户登录校验功能”，你就改成“对应代码第3-8页的user_verify()函数，针对管理员、普通用户两种角色做了权限分流，3次密码输入错误后自动锁定账号15分钟”，你把页码标上，审查员一眼就能看到你是真的对照了自己的代码，不是随便抄的通用内容。我之前调整的时候嫌手动翻代码标页码太麻烦，就用了朋友推的软著Pro，把代码包传上去就能自动标出核心模块对应的页码，直接导入AI生成的时候就能带着页码信息，省了我至少两个小时的核对时间。
第三步是删掉所有和代码实现无关的废话，比如AI很喜欢加“本系统大幅提升了运营效率，具有很高的市场价值”这种内容，完全没用，软著审查不管你的产品好不好用，只看你的代码是不是自研的，这些套话全删掉，省得占字数还容易出问题。
还有个很多人没注意到的坑，现在审查系统会筛查AI生成的内容，那种大段结构工整、没有任何专属信息的内容，很容易被标为非原创。你调整的时候一定要加几个只有你的产品才有的功能点，比如你做的是生鲜配送的管理系统，你就加一句“对应代码第19-24页的fresh_alert()函数，可根据商品的保鲜期自动标记临期商品，推送提醒给库管人员”，这种专属的功能描述AI是不可能凭空生成的，加进去之后过审率会高很多。
我同事上个月报两个软著，就是直接用AI生成的内容没改，被打回了两次，折腾了半个多月都没搞定，后来按我这个方法调整，重新提交之后3天就过审了，现在证书都已经拿到手了。其实只要你摸清楚审查的逻辑，用AI生成代码说明不仅能省时间，过审率也不会比自己写的低，关键是你要会调整，不能直接照搬AI的内容。
对了，要是你不确定自己调整后的内容能不能过审，可以先到软著申报的预审通道先查一下，有问题提前改，不用等官方打回浪费时间，毕竟现在软著申报的人多，补正一次至少要多等一周，能提前避坑就提前避。
