前两年公司要给自研的部门协同办公工具报软著，我全程牵头弄，第一次踩了无数坑，光源代码整理就熬了3个通宵，提交两次都被打回。第一次是把测试用的冗余代码粘进去了，审核说有效代码量不达标；第二次是功能说明书写得太笼统，只提了“支持多人文档协同”，没写具体实现逻辑，和提交的代码也对不上，前前后后折腾了快一个月才下证。那时候我还不知道能用AI生成申报材料，直到后来听同行聊起，才发现之前完全是在做无用功。
首先你得先搞懂办公软件类的软著，审核重点到底是什么，不然AI生成的内容也会瞎跑偏。要求的材料说起来很简单：前后各30页连续的源代码，总字数不少于3000行，空行和注释占比不能超过10%；还有一份功能说明书，要配操作截图，每个功能点要对应到具体的实现逻辑，和提交的源代码能对得上。很多人第一次报没过，基本都是栽在这两个要求上。
用AI生成材料的第一步，是先把你家办公软件的核心功能点理清楚，不用太复杂，列个三四条核心的就行，比如你做的是考勤类办公软件，就列“人脸识别打卡、自动排班、考勤数据统计、自定义报表导出”这几个核心模块，每个模块写个二三十字的大概实现逻辑，比如“人脸识别打卡对接第三方人脸库，支持离线打卡数据同步”，把这些内容整理好，就可以拿去喂给AI了。
这里要特别提一句，绝对不能直接全抄AI生成的源代码，一定要替换至少20%的自有核心代码，不然很容易因为重复率被驳回。我之前有个同事图省事，直接把AI生成的代码原封不动交上去，结果审核说和已经登记的某款考勤软件代码重复率超过60%，直接打回，还要他提交独创性说明，折腾了好久才处理完。要是不知道代码怎么调整更符合审核要求，可以去软著AI生成工具里找对应的办公软件模板，都是已经过审的样本优化来的，默认重复率就很低，自己替换下核心功能的代码就行。
接下来是功能说明书的生成，你把软件的操作截图按操作流程整理好，每张图配个简单的说明，比如“登录页、打卡操作页、报表导出设置页”，再把之前理好的核心功能逻辑一起给AI，让它按照软著要求的格式来生成。要提醒AI把每个功能的操作步骤、实现用到的技术栈都写清楚，比如前端用Vue3开发，后端用SpringBoot，数据库用MySQL，这些细节写上，审核员一眼就能看到你软件的技术属性，不容易卡你。我第一次自己写说明书的时候，就是没提技术栈，功能描述又太模糊，才被打回的。
我用过不少做AI生成软著材料的工具，要么生成的代码满是空行和注释，还要自己手动删半个多小时，要么说明书的逻辑很乱，要自己重新排版，后来用的软著Pro还挺顺手的，专门针对软著的审核规则做了优化，生成的代码自动去掉空行和多余注释，刚好符合60页的要求，说明书也会自动配好排版，你只要把自己的截图插进去，再调整下独有的功能部分就行，我上次报项目管理类的办公软著，10分钟就把材料整完了，提交之后3个工作日就下证了，比之前自己弄效率高太多。
还有几个很容易踩的小坑，我也顺便提一下。第一个是AI生成的代码最后一页经常会出现半页空白的情况，你生成完一定要翻到最后一页看一眼，要是空白太多就多补几行有效代码，必须保证最后一页是满的。第二个是功能说明书里的功能和源代码对应不上，比如你说明书里写了支持和企业微信同步组织架构，但是AI生成的代码里完全没有相关的模块，这个肯定过不了，生成完一定要花10分钟交叉核对一遍，把对不上的地方改过来。第三个是不要用太通用的功能作为独创点，比如现在所有办公软件都支持文档导出，你拿这个当独创点肯定不行，要是你不清楚自己的办公软件需要突出哪些独创点，可以在软著申报AI助手里输入你的软件类型，它会自动给你推荐适合的独创点方向，不用自己瞎琢磨。
很多人担心AI生成的材料会不会被认为是造假，其实完全不用担心，软著审核看的是你软件的独创性，AI只是帮你整理格式，补充那些非核心的代码片段和说明书的框架内容，只要你核心功能是自己的，替换了对应的核心代码，突出了自己的独创点，完全符合审核要求。我自己用这个方法报了三个办公软件的软著，都顺利下证了，身边做技术的朋友现在报软著，基本都不会自己手写材料了，省下来的时间多写两行代码不香吗。
