上个月帮团队申报3个工具类软著，搁以前手动写材料我至少要熬两个通宵，从功能说明的逻辑梳理到源代码格式调整，琐碎到让人头大。这次试着用大模型生成初稿，前前后后只花了半天时间调整，最后3个都一次性过审，拿证时间比预期还早了一周。
千万不要直接让大模型随便写一份软著文档就提交，我第一次踩坑就是这么来的。最开始我图省事，直接给GPT发了一句“帮我写一份XX笔记软件的软著申报文档”，生成的内容乍一看像模像样，仔细看就发现问题：里面虚构了好几个我们软件根本没有的功能，什么智能内容推荐、多端自动同步，我们就是个本地的轻量笔记工具，哪来的这些功能？就因为这个问题，我第一次提交的两个软著全被打回来补正，白白浪费了大半个月时间。
后来我摸出了规律，给大模型的prompt必须精准，不能让它有自由发挥的空间。你得先把自己软件的核心信息整理好：软件叫什么、版本号是多少、面向什么用户、用的什么技术栈、核心功能有哪几个、每个功能的操作路径是什么，这些信息全部喂给大模型之后，再明确提格式要求：“按照中国版权保护中心要求的软著申报说明书格式生成，所有功能都只能基于我提供的信息扩展，不能虚构任何功能，说明书要包含运行环境说明、核心功能模块介绍、操作流程演示三个部分，每个功能模块配不少于200字的说明，要符合软著审核的逻辑。”按这个方式生成的初稿，基本框架就不会有问题，你只需要补一下实际的界面截图说明就行。
如果懒得自己调试prompt也可以直接用软著Pro的大模型生成工具，已经内置了版权中心要求的所有文档格式，你只需要填几个软件的基本信息就能生成符合要求的初稿，我后来第二次申报两个软著的时候就是用的这个，省了好多调整格式的功夫。
很多人不知道大模型还能用来处理源代码的格式，之前我调源代码格式调得头都大：要求每页50行，不能有空行和注释，页眉要统一标软件名称、版本号和页码，60页代码手动调至少要一个小时。现在我都是把导出的源代码喂给大模型，让它帮我批量去掉空行和注释，按每页50行拆分，直接生成符合要求的格式，十分钟就能搞定。不过这里要提醒一句，源代码一定是你自己的软件的实际代码，别让大模型给你生成源代码，那个和你的功能对应不上，肯定过不了审，大模型在这块只是帮你处理格式的工具。
软著文档生成的核心是不能完全依赖AI输出，一定要做三遍人工校验。第一遍核内容，看所有的功能描述是不是和你实际的软件一致，有没有大模型瞎编的内容，哪怕是一个不起眼的小功能写错了都可能被打回来。我之前就遇到过，大模型生成的文档里把我们的“导出Markdown功能”写成了“导出PDF功能”，就这么点小差异，审核员就要求补正。第二遍核格式，看说明书有没有封面、目录，正文字体字号是不是符合要求，源代码的页眉、页码、行数是不是达标，这些细节错了也是补正的重灾区。第三遍核信息一致性，所有材料里的软件名称、版本号、著作权人信息是不是完全一致，差一个字都不行，我之前有个软著就是大模型生成的说明书里版本号多写了个小版本号，从V1.0写成了V1.0.1，就因为这个又补正了一次。
现在我身边的开发者朋友申报软著，基本都会先用大模型出初稿，再自己调整，效率比之前高太多了。只要你搞清楚大模型的定位是帮你省机械劳动的时间，核心信息自己把控好，根本不用担心过审的问题。上周我帮朋友申报的两个个人软著刚拿证，从整理材料到拿证总共花了26天，比之前手动整理快了近一倍，算是把之前踩的坑都摸明白了。
