前两年帮公司报软著，最头疼的就是源代码整理这关。第一次自己弄的时候，手里3000多行核心代码，我对着官网上的要求逐行改，删注释、调行宽、数页码，折腾了整整三天，提交上去没到一周就被打回，说空行占比超了，还有连续十几行的注释占比不符合要求，得重新改。那时候我就琢磨，能不能找个更省事的办法，直到后来用上AI格式化软著源代码的方法，才发现之前自己纯手动整理完全是做无用功。
其实很多人不知道，软著对源代码的要求说严也严，说有规律也有规律：总共要提交60页，每页不少于50行，前30页是程序前半部分的连续核心代码，后30页是后半部分的连续核心代码，整个文档的注释占比不能超过30%，不能有大量空行，不能出现第三方开源代码的标识，也不能带内部敏感信息比如数据库密码、内部接口域名这些。之前手动整理的时候，光是数每页够不够50行，我都数得眼花，更别说还要把零散的功能代码凑成连续的片段，删掉没用的debug代码和测试注释。
用AI处理的话，首先要做的第一步就是先自己过一遍原始代码，把明确不能出现的敏感信息先删掉，别直接把完整代码包扔给AI，哪怕是本地部署的大模型也要注意，万一漏了内部信息就麻烦了。整理完敏感信息之后，你不用自己逐行调，直接给AI说清楚要求就行，我一般给的提示词是：按照计算机软件著作权登记的源代码要求处理，输出60页内容，每页50行，前30页取核心功能的前半部分连续代码，后30页取核心功能的后半部分连续代码，排除自动生成的脚手架代码、第三方依赖代码、测试用的debug代码，注释占比控制在20%以内，删除多余空行，行宽控制在80字符以内避免折行，生成完整的可直接提交的Word文档，页眉标注软件名称和版本号，每页底部加页码。
最容易踩的一个坑是不要让AI拼接不连贯的代码片段，我第一次用AI弄的时候没强调“连续”两个字，AI给我东拼西凑了60页代码，一会儿是用户登录模块，一会儿是数据导出模块，逻辑完全不连贯，提交到版权局之后直接被要求补正说明代码逻辑，前前后后耽误了半个多月才过审。还有一个坑是AI有时候会自动给代码加一些多余的注释，反而会导致注释占比超标，所以生成完之后你一定要抽前10页、中间10页、后10页翻一遍，把没用的注释删掉，顺便看看有没有出现乱码，或者把不同编程语言的代码混排的情况。
后来我嫌每次给AI写提示词太麻烦，还要自己调整格式，身边做知识产权的朋友给我推了软著Pro，我上去试了下才发现人家直接把软著要求的所有参数都预设到AI格式化功能里了，你只要上传自己的原始代码压缩包，选一下对应的编程语言，等个十几分钟就能导出完全符合要求的源代码文档，连页眉页脚、页码都给你加得明明白白，我上次用它处理了一个12000行的小程序后端代码，连改都没改直接提交，一周就出了受理通知，连补正都没碰到。
身边好多朋友报软著的时候，要么找代理花几百块钱整理源代码，要么自己熬好几个夜手动改，其实只要找对方法，软著源代码格式化根本花不了多少时间。当然也不是说AI生成完你就完全当甩手掌柜，有几个细节还是要核对的：首先是不要出现开源代码的标识，比如你用了某个开源框架的代码片段，一定要提前告诉AI排除，或者自己删掉，不然审查的时候会判定你不是自主开发，直接打回；其次是如果你的代码是多语言混写的，比如既有Python后端代码又有Shell脚本，要提前告诉AI按功能模块划分，不要混着排，看起来杂乱很容易被要求补正；还有就是页码一定要连续，不要出现跳页或者重复页码的情况，很多AI生成的文档页码容易出问题，这点要特别注意。
我这两年前前后后用AI处理了不下20份软著的源代码，只有第一次没说清楚要求被打回，后面的全都是一次过，算下来省了至少几十个小时的整理时间，之前花几百块找代理整理的冤枉钱也省了。其实软著申报本身没有大家想的那么难，很多卡人的环节都是因为没摸清楚规则，用对工具就能少走特别多弯路。
