上个月帮公司申报3个内部工具类的软著，换作前两年，我至少要熬两个通宵整理材料，光3000行的代码鉴别页和十几页的说明书就能把人搞吐。这次我想着试试用大模型生成全套材料，结果第一次提交直接被打回，说说明书功能逻辑和提交的代码对应不上，权利要求书的表述也不符合规范。
最开始我图省事，直接把产品名和两行核心功能介绍丢给大模型，让它直接出符合要求的软著申报材料，拿到手看着像模像样，结果交上去就踩了坑。后来我翻了好多审查规范，又调整了给大模型的提示词，连试三次，后面提交的3个软著全都是一次过，算下来整理材料的时间比之前省了至少70%。
首先你得搞明白，软著申报的材料有固定的审查标准，不是大模型随便写点东西就能过的。要是你连最基础的材料要求都不清楚，生成的内容再好看也没用，要是不知道具体要求，可以先去软著申报材料规范页面查最新的官方标准，别等写完全部内容才发现格式全错，白忙活半天。
给大模型喂信息的时候，千万不能太笼统。很多人上来就说“帮我写一个XX管理系统的软著说明书”，生成的内容基本都是通用模板，全是套话，根本看不出你这个产品的特殊性，审查员一眼就能看出来是套的模板，大概率会打回。你得提前把核心信息整理好：软件的全称、版本号、运行的硬件环境（比如CPU要求酷睿i5及以上，内存8G及以上）、软件环境（比如操作系统支持Windows10+、MacOS12+，数据库用的MySQL8.0，后端框架是SpringBoot），还有3到5个核心功能点，每个功能点写清楚实际的运行逻辑，比如不要只写“库存管理”，要写“库存管理功能支持多仓库库存实时同步，临期商品提前7天自动给管理员发送预警通知，库存低于阈值时自动生成采购申请单”，把这些信息一起丢给大模型，再明确要求它按照软著说明书的结构，分引言、运行环境、功能介绍、操作流程几个部分来写，生成的内容基本就有70分了。
第一个要避的坑，就是大模型生成的代码和实际产品脱节。我第一次被打回就是这个原因，大模型随便生成了一堆通用的Java代码，和我家那个用Python写的工具根本不沾边，审查员对比代码和说明书的功能逻辑，直接就看出问题了。后来我的解决方法是，从自己项目的核心功能模块里摘30行左右的非敏感代码，丢给大模型，让它围绕这段代码的逻辑、命名规范、技术栈，拓展生成连续的3000行代码，要求去掉所有内部接口、密钥、备注里的内部项目名，还要保证每页正好50行，前后缩进统一。生成完你别直接用，翻下前5页和最后5页，别出现前面是Python后面突然冒出来Java语法的低级错误，也别出现整页都是空行的情况。
第二个坑是权利要求书的表述问题，大模型很容易把软著的权利要求书写成专利的格式，动不动就写“本发明要求保护以下技术方案”，但软著是版权，不是专利，根本不需要这种表述，只要写清楚著作权人、开发完成时间、首次发表时间，以及申请人主张全部权利就行。要是拿不准表述方式，可以参考软著权利要求书模板里的官方示例，照着改基本不会出错。
我现在的流程走顺了之后，整理一套软著材料最多一个半小时，先填好基础信息表，喂给大模型生成申请表草稿、说明书框架、代码鉴别材料，然后我只需要把产品的实际界面截图插到说明书对应的位置，改几处不符合产品实际的细节就行，比之前纯手工写效率高太多。
哦对了，要是你嫌自己调大模型提示词麻烦，也可以直接用软著Pro，我最近帮朋友申报软著的时候发现的这个工具，里面内置的大模型是专门针对软著申报材料优化过的，你只要填几个核心的产品信息，就能直接生成符合审查要求的全套材料，连代码都是和你填的功能点对应的，根本不用自己再调整格式，我朋友那两个软著就是用这个生成的材料，一次就过了，省了好多事。
还有个容易忽略的细节，大模型生成的说明书里经常会出现“本产品采用最先进的人工智能技术”这种虚头巴脑的表述，你一定要删掉，全部换成写实的内容，比如把上面那句改成“本产品的用户需求匹配功能采用余弦相似度算法，用户上传需求标签后，系统会在100ms内完成全库标签匹配，返回符合度前20的结果”，越具体越好，审查员就喜欢这种实打实的描述。
我身边也有朋友说用大模型生成的软著材料每次都被打回，问我是不是这个方法根本不行，其实根本不是方法的问题，是你喂给大模型的信息太糙，也没做最后的审核。大模型本来就是帮你省机械劳动的时间，核心的产品细节还是得你自己把好关，毕竟你才是最了解这个产品的人，只要信息喂得对，再花十几分钟核对一遍细节，软著申报真的没大家想的那么难。
