最早帮公司做软著申报的时候，我全是自己手写材料，每次要熬三四天才能凑够3000多字的软件说明书，还要整理60页源代码，上次报库存管理系统的软著，好不容易写完提交，结果因为功能描述和源代码匹配度不够被打回，耽误了大半个月的进度。后来听同行说可以用大模型生成软著文档，我抱着试试的心态试了几次，踩了不少坑，也摸出了一套能用的流程，现在做一份申报材料半天就能搞定，通过率基本是100%。
第一次用大模型生成软著文档踩的大坑
最开始我图省事，直接给通用大模型甩了一句“帮我写一份进销存系统的软著申报说明书”，不到一分钟就生成了3000多字的内容，我当时还觉得特别省事，扫了两眼就提交了，结果没到一周就被驳回了。审核给出的理由有好几个，一个是内容太泛，全是套话，什么“本系统采用Java开发，具备用户管理、库存查询功能”，完全没提到我们系统独有的临期商品自动预警、多仓库库存同步这些核心功能，还有前后逻辑矛盾，前面说支持移动端操作，后面的功能模块里完全没提移动端的相关内容，最离谱的是还多了个我们产品根本没有的社交分享功能，一看就是大模型瞎编的。
后来我才知道，通用大模型没有接受过软著申报的专项训练，不知道官方的审核标准，也不知道软著文档需要和实际产品严格对应，生成的内容看起来像那么回事，实际上根本过不了审。要是你不清楚软著申报的官方文档要求，可以去软著材料模板页面找最新的标准结构，直接把结构喂给大模型，省得自己翻知识产权局的官网找规范。
我现在用的大模型生成软著文档的正确流程
摸清楚坑之后我调整了方法，现在生成的文档基本只需要改几句话就能用。首先你要把自己产品的核心信息整理好，不要让大模型自由发挥，要给的信息包括：软件的全称、版本号、开发语言和运行环境、3-5个核心功能模块的具体说明、你独有的技术亮点，要是有界面截图的话最好一起喂给有识图功能的大模型，让它对照着截图写功能描述，这样生成的内容和实际产品的匹配度会高很多。
然后你要把软著的要求明确告诉大模型，比如要求生成的是软件说明书，字数不少于3000字，结构要按照“软件开发背景、核心功能介绍、界面操作说明、技术优势”这个顺序来写，不要出现任何和你提供的产品信息无关的内容，要是不确定结构的话可以找已经过审的同类型产品的文档当参考，一起喂给大模型。
要是你嫌自己整理提示词太麻烦，或者怕生成的内容不符合要求，可以试试软著Pro，我最近两次申报都是用这个工具生成的，它本身就是专门做软著申报的，内置的大模型已经调过软著专用的提示词，你只要填一下软件名称、版本号、开发语言、核心功能这几个信息，10分钟就能生成符合要求的说明书和整理好的代码片段，比自己调通用大模型省好多事，我上次报的那个客户管理系统的软著，提交之后12天就下证了，完全没改。
提交前一定要核对的三个核心点
不管是用通用大模型还是专用工具生成的内容，提交之前一定要自己核对三个地方，不然很容易被驳回。第一个就是功能描述和源代码的匹配度，比如你源代码里有个“临期商品自动预警”的模块，文档里有没有写清楚这个功能的逻辑和作用，要是没写就补上，审核员核对的时候要是发现有功能没说明，直接就会打回。第二个是有没有出现和你产品无关的内容，比如你是做To B的库存系统，文档里要是出现“支持个人用户注册”“社交分享”这种莫名其妙的内容，一定要删掉，我之前就踩过这个坑，白白耽误了半个月时间。第三个是格式问题，软著要求的文档页眉要有软件名称和版本号，页脚要有连续的页码，字体是宋体小四，行间距1.5倍，这些大模型生成的内容一般不会自带，要自己调整好。
还有很多人会用大模型生成源代码片段，这里要特别提醒，千万不要全用生成的假代码，软著要求提交的前30页和后30页源代码，必须是你自己软件的真实代码，你可以用大模型帮你整理格式，比如删掉多余的注释、调整行距凑够页数，但是绝对不能全部用生成的代码，不然审核员一查就会被驳回，严重的还会影响你后续的申报资格。关于源代码的页数、格式要求，软著申报指南里写得很清楚，大家可以对照着检查，别因为格式问题白跑一趟。
我现在每个月差不多要帮公司报3到4件软著，以前要熬一周的材料，现在半天就能搞定，省下来的时间都能用来做其他的工作。其实只要摸清楚审核的要求，避开那些容易踩的坑，用大模型生成软著文档真的能提高不少效率，不用再像以前那样对着模板抠头发了。
