前两年帮公司跑知识产权申报，前两次提交软著都被打回，要么是说明书逻辑混乱，功能描述和提交的源代码对不上，要么是代码注释占比不够，还有一次居然因为我在说明书里写了“基于开源框架开发”，直接被驳回。那段时间天天改材料改到头疼，后来偶然摸到了用写作提示词做软著材料的方法，后面再提交的20多件，全部一次过审，最快的从整理材料到拿证只用了27天。
很多人对软著写作提示词的理解就是随便搜个指令扔给AI，生成内容就直接用，这其实是错的，我见过好多人这么做之后，要么内容太水，全是套话，审核员一眼就看出来是生成的，要么里面夹杂了不符合要求的表述，反而多走补正的弯路。
首先得搞清楚，软著审核的核心要求是什么？说白了就是两个点：第一，你提交的材料能证明这个软件是你原创的，有明确的核心功能和逻辑；第二，材料格式完全符合版权保护中心的要求，没有违禁内容，细节达标。你写提示词的时候，就得把这两个要求明确写进去，不然AI生成的内容大概率用不了。
就拿说明书的提示词来说，我每次写之前，都会先把软件的基本信息理清楚：全称是什么，版本号多少，面向什么用户群体，核心功能有几个，每个功能的核心逻辑是什么，有没有独有的差异化功能。然后把这些信息都放到提示词里，还要加上审核要求的限制，比如我之前做母婴店会员管理系统的软著，提示词是这么写的：“帮我生成一份符合中国版权保护中心软著申报要求的软件说明书，软件全称是XX母婴店智能会员管理系统V1.0，面向线下母婴门店经营者使用，核心功能包含4个：1、会员等级与积分自动管理 2、奶粉纸尿裤等临期商品自动提醒 3、育儿知识精准推送触达 4、月度会员消费数据自动统计。要求每个功能配至少3步操作流程说明，预留对应操作截图的标注位置，全文不少于3500字，不能出现任何开源、免费、第三方授权、行业首创、领先这类表述，语言平实，不要太技术化，要让非技术背景的审核员能看懂功能逻辑。” 把这些要求写全，生成的内容基本只需要调整下个别和自己实际业务有出入的地方，就能直接用，比自己从零开始写快太多。
要是你不知道怎么搭提示词的框架，可以先去软著写作提示词模板库里找对应领域的现成模板，改改软件名称和功能就能用，省得自己想破头还漏了重要要求。
除了说明书，源代码的提示词也很重要。很多人凑代码的时候随便去GitHub扒一段，要么全是重复的框架代码，要么注释少得可怜，还有的甚至带开源协议的注释，提交上去直接就被打回。我现在写代码的提示词，都会先把说明书里的核心功能列进去，要求生成的代码完全对应这些功能，还要明确注释占比不低于15%，不要出现任何开源相关的内容，去掉不必要的空行，总共生成不少于3500行，按功能模块排列。这样生成的代码，不仅和说明书能对应上，注释也够，格式符合要求，基本不用怎么改就能提交。
有几个坑我踩过好几次，你们一定要注意。第一个就是提示词里忘了加审核相关的限制，生成的内容里动不动就出现“基于开源框架开发”“免费使用”这类词，我之前第一次用提示词的时候就踩过这个坑，生成的说明书里有三处提到开源，提交之后直接被驳回，改了好几天。第二个是提示词里没有写清楚自己的独有功能，生成的内容全是通用套话，和别人的材料撞款，现在审核越来越严，内容相似度高的话很容易被要求补正，甚至直接驳回。第三个就是直接用网上搜来的通用提示词，一点都不改，生成的内容完全不符合自己的软件实际情况，交上去当然过不了。
对了，我最近常用软著Pro，里面不仅有全行业的提示词模板，还有自动校验内容的功能，你把生成的说明书或者代码粘进去，它能直接给你标出来哪些地方不符合审核要求，比如有没有违禁词，注释占比够不够，功能有没有对应，比自己逐字查效率高太多，我现在每次生成材料之后都要扔进去过一遍，基本没再出过问题。
之前帮一个做独立开发的朋友弄软著，他自己写材料写了快半个月，提交两次都被打回，说功能描述和代码对应不上，后来我让他把自己软件的三个核心功能列出来，用我给的提示词生成了说明书和代码，再去软著材料写作的攻略板块看了下避坑要点，调整了两个小细节，提交之后直接过审，前后只用了不到一周的时间，他之前还以为要再折腾一两个月。
很多人觉得用提示词做软著材料是偷懒，其实不是。以前自己写材料，要先查半天审核要求，再对着模板一点点凑，写个说明书就要三四天，代码还要慢慢调注释，稍不注意就漏了哪个要求，被打回又要折腾半个月。用提示词其实是把审核要求和自己的软件信息明确整合，让生成的内容更符合要求，反而能减少错误，提高效率，省下来的时间用来打磨产品不好吗？
当然也不是说生成完就直接交，你最好还是过一遍，把个别和自己实际情况有出入的地方改改，比如操作流程里的个别步骤，还有独有的功能细节，调整完之后再提交，基本都能一次过。我现在手里还有十几个不同领域的提示词模板，都是之前跑申报的时候攒下来的，改改就能用，确实省了不少事。
