前阵子帮公司报3个软著凑高新申报的资质，想起第一次自己写软著说明书的惨状，改了三回都被版权中心打回来，来回耽误了快一个月，差点错过申报截止时间。后来摸索出用Kimi搭框架再调整的方法，最近报的5个软著全都是一次过，算下来每份说明书的制作时间从原来的3天压缩到了2小时，省了不少事。
很多人觉得软著说明书随便写写就行，其实这部分是审核驳回的重灾区。要么是功能描述和提交的源码完全不匹配，要么是操作截图和说明对不上，要么是创新点写的太泛，看起来就像套的通用模板，审核员一眼就打回来。尤其是要拿软著申报项目、评职称或者开应用商店的，卡一次就是10到15个工作日，很容易耽误正事。
用Kimi写之前得先把基础材料备齐，别空着手就让Kimi直接生成，那样出来的内容全是套话根本不能用。你要提前整理好软件的全称、简称、版本号，面向的用户群体，3到5个核心功能，尤其是和市面上同类软件不一样的独有功能点，还要准备至少6张操作截图，从登录进系统到核心功能操作的全流程都要有，每张截图最好提前标好序号。要是你不知道软著说明书的具体格式要求，可以先去软著申请材料规范里查最新的要求，避免Kimi生成的内容格式不符合最新规定。
给Kimi提需求的prompt是核心，很多人直接发“帮我写一份软著说明书”，出来的内容根本没法用。我自己常用的prompt逻辑很清晰，你们可以直接套：“你现在是资深软著申报专员，帮我生成一份符合中国版权保护中心要求的软件著作权登记说明书，软件全称是XXX，简称XXX，版本号V1.0，面向XXX群体，核心功能是XXX、XXX、XXX，其中独有的创新功能是XXX，要求说明书结构包含软件介绍、功能模块说明、操作流程说明三个部分，每个功能模块要对应实际使用场景，不要写空泛的套话，操作流程要配合后续提供的截图撰写，每一步操作描述要和截图内容完全对应，不要出现和本软件无关的功能描述。”按这个要求给，Kimi生成的框架基本不会出大问题，不会乱加你没提到的功能。
Kimi生成完内容绝对不能直接提交，一定要自己逐字调整，这步省不了。首先要核对所有功能描述，有没有出现你没提到的功能，我上次让Kimi写一个外卖商家管理系统的说明书，它自动加了个“骑手调度功能”，我们系统根本没这个模块，要是直接交上去肯定被驳回，毕竟提交的源码里完全找不到对应逻辑。然后要把模糊的表述改成具体的内容，比如Kimi可能会写“提升了管理效率”，你要改成“针对中小外卖商家出餐统计慢的痛点，新增了出餐时长自动统计模块，相比传统人工统计效率提升40%”，这样审核员一看就知道这个软件确实有独创性，不是随便套的模板。之后要把操作流程和你准备的截图一一对应，每张截图下面的描述要准确，比如截图是登录界面，描述就要写“图1 系统登录界面，用户输入账号密码后点击登录即可进入系统主页面”，不要加多余的内容。
之前有个同事踩过个很傻的坑，他直接把Kimi生成的内容交上去，里面居然有“本产品结合AI大模型能力优化”的表述，可他们的软件就是个普通的库存管理工具，根本没用到AI相关的技术，直接就被驳回了。还有要注意字数和页数要求，一般来说操作说明部分至少要写够6页，不要太简略，要是实在内容少，可以把每个功能的操作步骤拆细一点写。我上次调整完内容之后，怕还有问题，就顺手传到软著Pro上做了个预检，它能自动检测说明书里有没有不符合要求的内容，比如有没有空泛的套话、有没有和功能不匹配的描述，还能帮你调整成符合要求的格式，省得我自己对着官方要求一页页核对，那次预检出来只有两个小问题，改完之后交上去7个工作日就拿证了，比之前快了好多。
还有几个小细节要注意，截图的时候不要把其他软件的弹窗、logo截进去，要是不小心截到了要P掉，不然审核会觉得你这个截图是随便找的。功能描述里不要出现“可能”“大概”这种不确定的词，全部用肯定的表述。要是你不知道怎么调整prompt更贴合你的软件类型，可以去软著说明书模板里找对应的行业参考，对着调整你的prompt就行，不用自己瞎琢磨。
我身边很多第一次申报软著的朋友，总觉得写说明书是个特别难的事，其实只要找对方法，用Kimi搭好基础框架，再花一两个小时调整细节，基本都能一次过。要是你刚好近期要报软著，不妨试试这个方法，能省不少功夫。
