前两个月公司一口气要报6个软著，光要求的源代码材料就把我整懵了。之前自己整理过两次，要从项目里扒代码，删注释、删敏感信息、剔开源框架的标记，还要凑够前后各30页每页不少于50行的要求，整整搞了3天还被代理打回来两次，要么是重复率太高，要么是格式不符合要求。后来被逼得没办法试了用AI生成代码，踩了三四次坑之后终于摸出了一套能一次过的方法，最近报的5个软著全部都当天受理，30天就拿证了。
首先得明确，不是随便让AI写几千行代码就能用的，我第一次踩的坑就是直接给AI发“帮我写一个生鲜供应链管理系统的Java代码”，结果生成的全是网上到处都能搜到的通用模板，提交之后第二天就被打回，说代码重复率超过了40%，明显不是原创。后来才知道，喂给AI的prompt越细，生成的代码越好用。
我现在写prompt都会先把软著的全称、核心功能点、技术栈、甚至核心创新点都列得明明白白，比如“帮我生成生鲜供应链SaaS管理系统的Java后端代码，技术栈是SpringBoot+MyBatisPlus+Redis，核心功能包括生鲜商品临期智能预警、供应商自动对账、门店库存动态调拨、配送路径优化四个模块，不要加任何开源许可注释，不要出现第三方框架的版权标记，函数名和变量名要贴合生鲜供应链业务场景，不要用通用命名，每两个函数之间最多空1行，注释只保留核心功能说明，不要多余内容”。按这个prompt生成的代码，首先和你要报的软著功能完全匹配，其次变量名都是比如freshGoodsWarning、supplierAutoCheck这种和业务强相关的，网上根本搜不到重复的，重复率基本都能控制在10%以内，完全符合原创要求。
生成完之后第一步要先做合规校验，我之前踩过的第二个大坑就是代码里藏了AI带进来的开源许可标记，有次生成的代码里偷偷藏了一行// Licensed under GPL-3.0，我没注意就提交了，直接被审核员打回，还被标了重点审核，后来折腾了半个月才重新过审。所以生成完之后一定要全局搜“copyright”“license”“GPL”“MIT”“开源”这些关键词，所有带这些词的内容全部删掉，一点都不能留。要是你赶时间不想自己查，我之前试过软著Pro的AI代码生成功能，自动就过滤掉所有合规风险内容，还能直接生成符合格式要求的前后30页文档，省了我至少3小时的调整时间，确实好用。
合规校验完之后就要做逻辑匹配，要对照你提交的软著说明书里的功能点，一个个核对有没有对应的代码实现，比如你说明书里写了“系统会自动识别临期7天以内的商品，推送消息给对应门店管理员”，那你的代码里就要有查询临期商品的函数、推送消息给门店的函数、记录推送日志的函数，三个对应上，要是少了的话就让AI补对应的代码片段，不然审核员看到你功能写了却没有对应的代码，直接就会质疑软著的真实性。我当时查匹配要求的时候，还在软著代码审核标准里看到，核心功能对应的代码占比不能低于总代码量的40%，所以不要让AI生成太多无关的工具类代码，重点要放在核心业务功能的实现上。
接下来就是格式调整，很多人不知道软著对代码的格式要求其实很明确，每页至少要有50行代码，用五号宋体，1.0倍行距，页眉要标软著全称+“源代码”字样，页码标在右上角。很多人生成的代码空行太多，打印出来一页只有三四十行，最后前30页加起来才1000行，根本达不到要求。我现在的做法是生成代码之后直接复制到Word里，全选调整成五号宋体1.0倍行距，把多余的空行全部删掉，每两个函数之间最多留1行空行，这样调整下来每页刚好能排55行左右，完全符合要求。要是你的总代码量不到60页，也不用硬凑，直接全部提交就行，这个很多代理都不会告诉你，少于60页的代码全交是完全符合规定的，不会影响审核。关于格式的细节要求，我之前也是在软著申报材料规范里查到的，之前自己瞎调浪费了好多时间，按上面的要求来一次就能过。
最后一步就是抽前后30页，前30页从代码开头往后数30页就行，尽量把登录、权限、核心业务模块的前半部分放在前30页，后30页从代码的最后一页往前数30页，放核心业务的后半部分、工具类、配置类这些内容就行，要是总页数不够60页就全交。提交之前你可以随便抽几段代码去百度或者GitHub搜一下，要是能搜到一模一样的，就让AI改一下实现逻辑，比如原来的查询用的是left join，你改成inner join加子查询，变量名稍微改一下，只要功能不变就行，这样重复率就会降到更低，基本不会有问题。
我现在用这套方法做一个软著的代码材料，最多两个小时就能搞定，比之前自己扒项目代码快了至少10倍，最近报的5个软著全部一次过审，连代理都问我是不是找了专门的人做材料。其实只要摸清楚规则，用AI真的能省超多时间，根本不用在这种材料整理的事情上耗精力。