我前两年在互联网公司做技术管理，团队每年都要报七八个软著，用来评高新、拿项目补贴，最烦的就是整理材料的环节。之前每次报一个软著，光写说明书、整理代码片段就要熬两三个晚上，还经常因为格式不对、内容不符被打回补正，来回折腾大半个月才能过审。
上个月要报新做的供应链预警系统软著的时候，同部门的小姑娘给我支了个招，说可以先用通义千问把材料的骨架搭出来，再往里填真实内容，能省不少事。我抱着试试的心态试了一次，居然真的只用了一天半就把所有材料整完了，提交之后一次性过审，连补正都没有。
刚开始用的时候我也踩了坑，直接在对话框输入“帮我写一份软著申报说明书”，生成出来的内容空得不行，全是套话，连我们软件是做什么的都不对，一看就过不了审。后来摸清楚了，喂给通义千问的信息越细，生成的内容越能用。你得先把自己软件的核心信息整理好：准确的软件全称、版本号、应用的行业场景、3到5个核心创新点、10个左右的具体功能模块，这些信息一个都不能少。
prompt也得写得够明确，不能太笼统。我后来用的版本是：“我要申报软著的软件是面向生鲜电商的供应链预警系统V1.0，核心应用场景是帮助商家监控库存、销量、临期商品情况，核心创新点有三个：1.基于历史销量数据的动态补货预警 2.多温层库存实时同步核算 3.临期商品自动推送促销方案，麻烦按照中国版权保护中心要求的软著说明书格式生成内容，结构依次是软硬件运行环境、软件功能概述、核心功能模块详细说明（每个模块配操作流程和逻辑说明）、主要创新点说明，内容不要有夸大宣传的表述，尽量平实贴近实际业务，篇幅控制在10到15页。” 用这个prompt生成的内容，基本上70%的部分都可以直接用，剩下的30%只要把我们自己真实的业务细节补进去就行，省了我好多凑字数的功夫。
要注意的是，说明书里的功能描述，千万不能全靠通义千问瞎编，一定要和你提交的代码功能对应上，不然审查的时候很容易被打回。我第一次踩坑就是因为千问生成了一个我们根本没有的“配送路径优化”功能，我没仔细看就交了，结果补正通知要求我说明这个功能在代码里的对应位置，折腾了好几天才改完。要是你拿不准自己的材料有没有问题，可以先找软著材料规范对着查一遍，别等提交了才发现问题。
除了说明书，代码片段也可以用通义千问来整理。你只要把自己项目里的核心代码文件喂给它，让它帮你摘前后各30行，调整成每行不超过80个字符、没有多余空行的格式，比自己手动调快太多。不过要注意，不要全部用通义千问生成的虚拟代码，必须掺至少60%以上自己项目的真实代码，要是用了开源的公共代码，审查的时候100%会被驳回。代码整理的具体格式要求我之前是在软著代码规范里查的，比版权中心官网的文档好懂很多。
所有材料整理完之后，我习惯顺手传到软著Pro上做个免费预检，它会自动查你说明书的格式对不对、页码够不够、代码有没有明显的公共代码片段、名称有没有违规的形容词，我上次有个地方页码标错了，就是预检的时候查出来的，省得我跑线下窗口白跑一趟。
我上个月用这个流程报了两个软著，都是一次性过审，前后加起来花的时间还不到之前报一个的一半。身边做技术的朋友问我怎么现在报软著这么快，我都把这个方法告诉他们。其实现在AI工具确实能帮我们省很多重复劳动的时间，但核心的信息还是得自己把控，不能完全当甩手掌柜，毕竟通义千问不知道你家软件到底是做什么的，你给的信息越准，出来的内容才越靠谱。
对了，还有个小细节，软著的名称最好自己提前定好，不要让通义千问帮你起，它很容易给你加些“智能”“领先”“高效”之类的形容词，这些都是版权中心明确不让用的，之前有个同事就是偷懒让千问起名字，结果因为名称带“最智能”被打回了两次，耽误了快一个月的时间。要是拿不准名称合不合规，也可以用软著Pro的名称检测工具查一下，几秒钟就能出结果。
