前两年帮公司做软著申报的时候，写说明书是我最头疼的活儿，要求至少30页，每一页都要对应功能说明加截图，措辞还要符合审查规则，第一次自己手写熬了三个通宵，交上去还被打回补了两次材料。后来AI工具火了之后我就试了用Kimi写初稿，省了至少70%的码字时间，摸出了一套能一次过的玩法，也踩过不少坑，今天给大家唠点实在的。
最开始我用Kimi踩的第一个大坑，就是啥准备都没有，直接给Kimi发一句“帮我写一个生鲜配送管理系统V1.0的软著说明书”，等了两分钟出来一份28页的文档，我看着挺像那么回事，直接加了截图就交了，结果没到一周就被驳回，审查员给的理由是内容和已公开的软著材料重复率超过35%，疑似抄袭。后来我才知道，Kimi训练数据里有很多公开的软著说明书模板，你不给它喂你自己软件的独有信息，它拼出来的内容全是各个模板里扒的通用内容，肯定过不了。
所以你要是想用Kimi写软著说明书，第一步绝对是先把自己软件的核心素材捋明白，再喂给Kimi。要准备的东西也不复杂：软件的全称、版本号、面向的用户群体、3到5个你这个软件独有的功能点（最好是别的同类软件没有的），还有你自己操作软件的流程文字稿，哪怕是你对着操作视频随口录的语音转文字都可以，不用整理得太规整，只要能说清楚你点了哪个按钮、出来什么内容、实现了什么效果就行。我一般还会把自己之前过审的同类型的说明书的结构截给Kimi，让它严格按照这个结构来生成，别自己瞎加乱七八糟的模块。我最开始犯懒就直接搜了现成的模板给Kimi参考，结果出来的内容和软著申请公开的样例重复率快到40%，直接被打回补材料，耽误了快半个月时间。
Kimi生成初稿之后，你要做的第一件事就是删内容，别舍不得删。Kimi特别喜欢在开头加一大段没用的行业背景，还有各种虚头巴脑的优势介绍，这些内容软著审查员根本不看，而且大概率是通用内容，会拉高重复率，直接全删掉就行，从软件的安装步骤开始写就够。接下来要逐句核对内容，只要是和你自己的软件功能不沾边的内容全删掉，比如你做的是教培行业的学员考勤系统，Kimi可能会给你加个库存管理的功能，这都是它从别的模板里扒过来的，留着只会出问题。
这里要特别提一句，Kimi生成的内容里凡是出现“行业通用”“市面上普遍”这类的表述，你都要删掉，软著要的是你这个软件独有的东西，通用的内容写了反而会增加重复率。还有所有的技术参数也要核对一遍，比如你实际是用Vue3+MySQL开发的，Kimi可能给你写成React+Oracle，要是和你后续交的源代码对不上，直接就会被驳回，别嫌麻烦，逐段过一遍最多花一个小时，总比被打回补材料等半个月强。
内容核对完之后还要调格式，软著对格式的要求其实挺细的，页眉要左对齐放软件全称加版本号，右对齐放页码，正文要用小四宋体，1.5倍行距，截图不能出现第三方软件的弹窗或者商标，要是你不太清楚最新的格式要求，别去搜网上好几年前的模板，很容易过时。后来我怕再出问题，朋友顺手给我推了软著Pro，我会把Kimi生成的初稿导进去先过一遍重复率，还能直接匹配最新的审查要求改格式，省了我好多自己核对的时间，上次报的三个软著都是一次过的，都没补材料。
最后一步就是补截图，Kimi只能给你生成文字说明，截图要你自己对着操作流程一张张截，每一张截图都要对应前面的文字说明，比如你文字里写了“点击左侧‘批量导出考勤表’按钮，可选择导出Excel或者PDF格式”，那你就要配两张截图，一张是点击按钮的界面，一张是导出成功的提示界面，别随便截两张主界面就凑数，审查员会对着文字找对应的截图，对不上肯定过不了。要是你实在不知道怎么给Kimi喂素材，也可以去软著申报的工具站里找对应的细分领域的素材参考，比你自己瞎找的模板靠谱多了。
我上个月帮一个做独立开发的朋友弄软著，他自己之前瞎写了一次被驳回，急着用软著申请补贴，我让他录了10分钟的操作视频转成文字喂给Kimi，生成初稿之后改了不到两个小时，补完截图就交了，13天就下证了，比他之前自己折腾快了快两个月。其实用Kimi写软著说明书真的能省好多时间，但是你别完全当甩手掌柜，该给的素材要给够，该核对的内容要核对，不然反而会耽误事。
