前两年帮公司申请了三次软著，前两次全栽在源代码这块。第一次赶截止日期，凑不够要求的行数，随便把测试脚本和第三方依赖的代码打包扔了进去，结果审核那边直接打回，说代码逻辑和提交的软件功能说明书完全对不上。第二次我学乖了，手动翻项目代码删注释删空行，熬了大半夜弄完，又因为漏删了十几处开源代码的版权声明，再次被打回，当时气得我差点找代办，一问光整理源代码就要收800服务费，实在舍不得掏这个钱，就琢磨着能不能用AI搞定，没想到半天就弄完，提交后一周就下证了。
很多人可能不知道，软著申请被打回的原因里，百分之六十都出在源代码上。要求说起来不复杂：提交前30页和后30页的核心代码，每页除去空行注释不少于50行，不能有明显的第三方开源版权标记，代码逻辑要和你申请的软件功能对应上。但真自己动手弄就知道有多麻烦，小项目代码不够凑行数头疼，大项目代码太多筛内容头疼，手动删注释排版更是磨人，稍微漏点东西就白忙活。
我最开始用AI整理的时候也踩过坑，就扔了一句“帮我整理软著源代码”过去，结果AI输出的内容乱七八糟，不仅把测试代码全留着，还自动补了很多和我项目完全不相关的逻辑。后来摸清楚门道才知道，给AI的指令必须够细，要把软著的审核要求全说清楚：比如要明确说明“只保留我自己编写的核心业务代码，剔除所有第三方依赖、测试脚本、开源版权声明内容，删除多余空行和无关注释，总代码量保证除去空行注释后不少于3000行，前半部分输出作为前30页内容，后半部分输出作为后30页内容，逻辑连贯符合我提交的软件功能”。要是你不知道怎么写完整的指令，可以去软著源代码整理的工具页抄现成的模板，我当时就是从那找的，省得自己漏了要求。
AI输出内容之后别直接就用，一定要核对几个关键点。首先翻一遍有没有遗留的开源版权标记，比如很多代码开头的/* Copyright 某某开源组织 */这种，还有// 引用自github某某项目的注释，必须全部删掉，不然审核会直接判定你代码不具备原创性。然后看空行是不是过多，要求是连续空行不能超过2行，要是有多余的就让AI再调整，或者自己手动删一下也很快。还有不用把所有注释都删掉，正常的业务注释比如// 获取员工考勤数据这种完全可以留，全删干净的代码反而看起来很假，容易被重点核查。
核对完内容就剩排版了，这也是个磨人的活。我第一次自己排版的时候，粘到Word里字体不对，行间距调不好，页码还标错了，前30页标了1-30，后30页又从1开始标，直接就被打回。现在我都懒得自己排，上次发现的软著Pro就自带一键排版功能，你把整理好的代码粘进去，自动给你调成宋体小四号、1.5倍行间距的标准格式，连续页码也给你标得清清楚楚，导出的PDF直接就能用来提交，省了我至少俩小时的排版时间。
千万不要让AI生成完全虚构的代码，我之前看到有人自己没代码，就让AI瞎编一套同类型软件的代码提交，结果刚好被审核的工作人员看出逻辑有问题，不仅申请被驳回，还被记了异常，之后再申请软著都要被重点核查。AI的作用只是帮你整理你已经写好的现有代码，不是帮你造假，这点一定要拎清楚。
也不用觉得代码越多越好，没必要把整个项目几万行代码全喂给AI，你就挑和软件核心功能相关的代码就行。比如你申请的是门店收银系统，就放收银结算、会员管理、订单统计这些核心逻辑的代码，那些通用的工具类、日志组件、前端UI组件的代码完全可以剔除，这些内容放进去反而容易出问题。要是你的代码真的不足3000行也不用硬凑，把完整的核心代码全部提交就行，不够60页也能过审，我之前有个朋友做的小工具只有不到2000行代码，全部提交也顺利拿证了。
要是你对源代码的审核要求拿不准，也可以去软著申请的官网看最新的审核细则，都是和版权局同步的，不会有过时的内容。我这次用AI整理完提交，全程没出任何问题，比之前手动整理效率高了至少十倍，还省了好几百的代办费，真的试过才知道有多香。
