去年帮公司申报三个零售类系统的软著，第一次纯人工写材料熬了整整一周，改了两次才过审，第二次赶deadline只剩3天，抱着试试的心态用通义千问搭框架填内容，居然一次就过了，算下来前后省了快5天的工作量。
我当初为啥想到用通义千问做软著材料？说起来也是被逼的，之前找代理申报一个软著要收1200，三个就是3600，公司行政不给批预算，只能自己扛。软著要求的材料说多不多说少不少，60页源代码、30页以上的操作说明、权利要求书、功能说明书，每一样都有严格的格式要求，之前纯手动整理光是调整源代码的行间距、删掉多余注释就要花一整天，更别说写操作手册要反复抠细节，生怕哪个功能描述不符合审查标准。
最开始我直接给通义千问发“帮我写一份库存管理系统的软著申报材料”，出来的内容全是网上随处可见的套话，操作手册里的功能描述跟我们的产品半毛钱关系都没有，源代码更是通用的demo，拿去申报百分百被驳回。后来摸索了快一周才摸对了给通义千问喂prompt的正确姿势。
首先你得先把自己软件的核心信息梳理清楚，不要让AI去瞎猜。我当时是先列了三个核心点：第一是产品的核心功能，比如我们的系统支持多门店库存实时同步、临期商品自动预警、盘点差异自动溯源三个独有功能，面向的是下沉市场的夫妻老婆连锁门店，前端是微信小程序，后端用Java开发；第二是软著的材料要求，包括操作手册每页不能少于300字、要有对应的功能截图说明、源代码前后各30页每页不少于50行，注释占比不能超过10%；第三是明确要求所有内容不能用通用套话，所有功能描述要贴合我给的核心逻辑。
让通义千问先出框架，再逐模块生成内容，生成一段你就要核对一段，比如操作手册里的功能介绍，你要把自己实际的操作路径补进去，AI写的“用户点击库存查询按钮即可查看库存”肯定不行，你要改成“用户登录小程序后在首页点击「我的库存」模块，可选择按商品SKU、入库时间、门店维度筛选库存数据，临期商品会标注红色警示标识”，越具体越容易过审。要是你拿不准最新的审查要求，可以先查软著材料规范，避免写完了才发现格式全错。
源代码部分我也踩过坑，最开始让通义千问生成Java代码，出来的全是SpringBoot的基础配置代码，这种审查员见得太多了，一看就不是你自己开发的。后来我把自己项目里的核心业务模块的类名、方法名、参数逻辑整理了个100字的说明发给AI，让它按照软著的格式要求生成连续的代码，自动帮我调整行间距，删掉多余的注释和空行，最后我再把自己实际的代码替换进去前10页和后10页，中间的内容用AI生成的补充，不到一个小时就搞定了60页的源代码材料。
这几个坑我踩过你千万别碰，第一个就是完全照搬AI生成的内容不改，我有个做独立开发的朋友之前图省事，通义千问生成什么就交什么，结果操作手册里有个功能根本不是他的软件的，直接被驳回，等了一个多月才能重新提交，错过了政府的补贴申报时间，亏了几万块。第二个是权利要求书写得太泛，AI生成的权利要求往往都是“本软件具有数据管理功能，提升管理效率”这种空话，你一定要把自己的独有优势写进去，比如“本软件实现的多门店库存跨区域同步功能，延时低于2秒，最高支持1000家门店同时在线更新库存数据”，有具体的参数和独有的逻辑，审查员才会认可你的原创性。第三个是源代码重复率太高，AI生成的代码很多都是网上爬的通用代码，要是重复率超过30%很容易被判定为抄袭。
我最后提交材料之前，顺手用了软著Pro的免费预检功能，把通义千问生成的所有材料导进去扫了一遍，查出了3处通用套话和2页源代码重复率超标的问题，改完之后提交一次就过了，前后花了不到3天时间，比我第一次纯人工做快了一倍还多。
现在我身边的朋友要报软著我都推荐他们用这个方法，核心是你要搞清楚，AI只是帮你省掉排版、找框架、写基础内容的时间，核心的功能逻辑、核心代码还是要你自己把控，毕竟软著审核最看重的就是原创性，你要是把所有事都丢给AI，那被驳回也是早晚的事。熟练了之后，哪怕是完全没接触过软著申报的新人，也能在3天之内搞定全套材料，完全没必要花大几千去找代理。
