去年帮公司报3个软著的时候，我最头疼的就是写说明书，之前自己硬憋了一周写出来的内容，连续两次被审查员打回，要么是功能描述和源代码对应不上，要么是创新点写得太假不符合要求。后来听同行说可以用Kimi生成初稿，我试了几次，踩了好几个坑之后终于摸出了门道，后面两个软著的说明书从写到提交只用了不到两天，还都是一次过审。
一开始我走的弯路你们千万别再踩
最开始我图省事，直接给Kimi发了一句“帮我写一份客户管理系统的软著说明书”，生成的内容看起来有模有样，五千多字，结构也全，我直接打印了就提交，结果不到一周就被打回了。审查员给的驳回理由是功能描述和提交的源代码完全不匹配，里面写的支付模块、分销功能我们的系统根本就没有，都是Kimi自己编出来的。后来我才知道，给Kimi的prompt如果信息不全，它就会自动补很多不存在的内容，这对软著申报来说是致命的，审查员只要发现有一点和实际情况不符，直接就会打回，连修改的机会都很少给。
还有一次我偷懒，Kimi生成的内容我没改表述就直接用，结果因为重复率太高被驳回，后来查了才知道，很多人用AI写软著说明书都用差不多的prompt，生成的内容重合度很高，版权局现在对重复内容卡得很严，超过30%的重复率基本都过不了。
我现在用的Kimi写说明书的流程，基本不会出错
踩过两次坑之后我慢慢攒出了一套流程，用这个流程写的说明书，后面两次提交都一次过了，连审查员的修改意见都没有。
首先是整理基础信息，这一步一定不能省，你要把软件的所有核心信息都列出来：全称、简称、版本号、运行的硬件和软件环境、3到5个核心功能、每个功能对应的实现逻辑、面向的用户群体、2到3个实际的创新点，还要对应上你提交的源代码的核心模块，比如你的源代码主要做的是客户标签分类，那核心功能里一定要把这个放在最前面。之前我核对功能对应性的时候，还在软著Pro上查过最新的审核标准，比版权局官网的说明要接地气很多，哪些内容是明确不能写的，都列得很清楚，省了我好多查资料的时间。
然后是写prompt，我现在用的prompt框架是这样的：“你现在是有5年软著材料撰写经验的专员，要帮我写一份【XX系统】的软著申报说明书，要求完全符合国家版权局的最新审核标准，字数控制在4500到5500字之间，结构包含立项背景、核心功能模块说明、详细操作流程、主要创新点四个部分。所有内容严格按照我给的核心信息写，不要添加任何我没有提到的功能，不要使用‘国际领先’‘填补空白’这类夸大的表述，功能描述要具体到操作按钮的名称，符合普通中小企业研发软件的实际情况，不要有空话套话。”把你之前整理的基础信息附在后面，这样生成的内容基本不会有太大的偏差。
生成初稿之后，第一件事就是核对功能，把所有Kimi自己加的、你实际软件没有的内容全部删掉，补充你自己的实际细节，比如Kimi写“点击提交按钮完成操作”，你实际软件里的按钮叫“确认保存”，那就一定要改过来，这个细节很多人忽略，但是审查员对比源代码的时候很容易查到。然后要补操作截图，截图里的软件名称一定要和你申报的全称一致，不要有其他无关的logo，也不要用网图，我之前就图省事用了网上的系统截图，结果被打回，又重新截了自己软件的图才过。如果你实在不知道创新点怎么写才符合要求，可以去软著申报工具里找同领域的过审案例参考，都是最近半年过审的，参考性很强，我当时的创新点就是参考了同行业的案例改的，完全符合审核要求。
接下来就是降重，你可以把Kimi生成的内容通读一遍，把太书面的AI话术改成自己的口语化表述，比如Kimi写“本系统采用先进的机器学习算法实现客户标签的自动分类”，你就改成“系统通过预设的标签规则对客户的消费行为、沟通记录进行自动归类，不需要运营人员手动打标，效率提升了60%以上”，这样既符合实际情况，又能降低重复率，基本不会出现重复率超标的问题。
最后调整格式，页码要连续，字体用宋体小四，行间距1.5倍，页眉上可以写上软件的全称和版本号，这些小细节做好，审查员的第一印象就好，过审的概率也会高很多。要是你连prompt都不想自己写，也可以去软著材料模板里下载对应领域的prompt模板，直接填自己的软件信息就行，我上次就是用的里面的模板，生成的内容质量比我自己写的prompt高好多，省了我好多调整的时间。
其实用Kimi写软著说明书真的能省很多时间，我之前自己写一份要一周，现在连写带改半天就能搞定，但是也不能完全甩给AI就不管了，毕竟软著审核看的是内容和你实际的软件是不是一致，要是图省事直接提交AI生成的内容，被打回之后还要等半个月的审核周期，反而更浪费时间。我身边现在有不少做研发的朋友都用这个方法写软著材料，基本都一次过了，只要把细节做到位，用AI写材料真的能帮你省不少精力。
