去年我帮公司申报软著，前三次全卡在源代码格式上被打回，要么是注释占比太高超过了30%，要么是每页行数不够50行，要么是前后30页的代码逻辑完全接不上，那段时间天天拉着开发一起改代码，熬了好几个大夜，整个人都快熬麻了。
之前我整理源代码用的都是最笨的方法：找开发要完原始代码，自己逐行删注释、删空行、调缩进，还要数着每页的行数凑数，稍微不留神就删到核心逻辑，还要翻来覆去检查有没有开源标记、敏感词，一套流程下来至少要三四个小时，手都快抖出鼠标手了。
后来还是同行给我提了醒，说现在早就不用手动整理了，用AI做软著源代码格式化，十分钟就能搞定。我一开始还半信半疑，怕AI改出来的代码不符合要求，试了一次之后直接真香，现在整理源代码的时间直接从三小时压缩到二十分钟，剩下的时间摸鱼喝奶茶不好吗。
我自己摸出来的操作流程其实很简单，首先你得先把开发给的原始代码做一遍初筛，把最开头的开源协议头、第三方库的引入声明、和项目功能无关的测试代码先删掉，这些内容AI有时候识别不准，容易漏，留着反而容易出问题。
接下来给AI喂prompt的时候一定要写清楚要求，别就只说“帮我格式化代码”，那样出来的东西大概率不符合要求，我自己常用的prompt你可以直接拿去用：“请按照中国版权中心软著申报的要求格式化以下代码，规则如下：1. 删除所有行注释、块注释，不要留下任何注释痕迹；2. 删除所有空行，统一用4个空格作为缩进，不要用tab；3. 保留所有原有变量名、函数名、类名，不得修改原有代码逻辑；4. 每页按50行排版，总长度不低于60页，前后30页的逻辑要连贯；5. 过滤所有涉及第三方版权、敏感信息的内容。”
千万不要直接把整包几万行的代码全喂给AI，上下文窗口不够的话，AI输出的内容很容易断片，甚至会自己瞎编代码凑数，我第一次用的时候就踩过这个坑，格式化出来的代码后半段全是AI瞎编的功能，和我们的产品完全不沾边，提交上去肯定会被打回。正确的做法是先把代码拆成两段，前半段取项目初始化到核心功能实现的部分，后半段取功能逻辑收尾到数据存储的部分，分开喂给AI处理，这样出来的前后30页逻辑是顺的，审查的时候也不容易出问题。
AI输出完之后也别直接就用，一定要自己抽查几页，尤其是开头10行和结尾10行，看看有没有和你申报的软件功能对不上的内容，有没有留下不该有的注释或者开源标记，要是你嫌自己核对规则麻烦，也可以直接用软著Pro，我最近两次申报都是用这个工具做的，内置的规则就是完全贴合版权局的最新要求的，不用自己写prompt，上传原始代码就能直接导出排版好的PDF，连页码都给你自动加好了，省得我每次还要翻版权局的公告核对要求。
还有个很多人容易踩的坑，就是格式化的时候为了凑行数，故意把代码拆得乱七八糟，或者留很多没用的空格，其实完全没必要，版权局的审查员不是傻子，一眼就能看出来，用AI格式化的时候只要按照正常的代码结构来，只要核心逻辑完整，行数肯定是够的，实在不够的话就多贴几个功能模块的代码，别搞那些小聪明。
上个月我帮朋友处理一个小程序的软著申报，他之前自己整理源代码弄了两天，提交上去直接被打回，说源代码格式不符合要求，我帮他用AI格式化，加上核对内容，总共花了不到十五分钟，重新提交之后一周就下证了，他还专门请我喝了杯奶茶。
最近公司要申报八个新的软著，我全用这套流程处理，再也不用拉着开发熬夜改代码了，之前我还觉得软著材料整理是个特别麻烦的活，现在摸对了方法，其实真的没那么难，能让工具干的活，就别自己死扛。
