用 Kimi 写软著说明书，最稳的做法是：先给真实功能、截图、操作流程和源程序信息，再让它按“软件用户手册”写初稿，最后逐项核对。判断标准很简单：说明书里每个功能都能在软件里找到入口和结果，并与《软件著作权登记申请表》、源程序名称版本一致。做不到，先别提交。
一、Kimi写软著说明书前，先准备哪些材料？
Kimi 不能替你判断材料合规，只负责把信息写成文档。准备越具体，它写得越准。
- 软件全称、版本号、开发完成日期，与申请表一致。
- 3到5个核心模块，如登录、录入、查询、统计、导出。
- 每个模块的进入路径、按钮名称、操作步骤和结果界面。
- 关键截图，或用文字写清界面布局、字段和提示语。
- 运行环境、开发工具，以及源程序前后片段和页数。
别只发“写一个管理系统说明书”，要写成“点击新增客户，填写姓名电话，保存后列表刷新”。有图配图注，没图也讲清界面元素。
二、给Kimi的提示词怎么写才不生硬？
提示词说清角色、格式和边界，先让它写用户手册，不是技术方案。
- 发一句：你是软著材料整理助手，根据真实信息写《软件用户手册》。
- 贴事实清单：名称、版本、模块、操作步骤、运行环境。
- 要求每节含功能说明、进入路径、操作步骤、界面说明。
- 明确不得编造未提供的功能、案例、数据或政策条款。
- 生成后让它检查缺少操作路径、名称对不上的地方。
- 人工通读，把空词改成具体按钮和结果。
Kimi 容易帮你“补全”功能。你只说订单管理，它可能写出退款审批。软件里没有就删掉，不要为文档好看保留。
三、说明书和源程序怎么对齐？
退回补正常见原因不是文笔，而是材料对不上。提交前按表核对：
| 检查项 | 说明书要求 | 源程序或申请表对应 |
|---|---|---|
| 软件名称和版本 | 封面、页眉、正文统一 | 申请表、源程序页眉一致 |
| 核心功能模块 | 模块名和菜单名可对应 | 源程序中有对应模块或函数 |
| 操作流程 | 每一步都有入口和结果 | 界面或菜单能实际操作验证 |
| 截图和图注 | 清晰，能看出软件版本 | 与当前提交版本一致 |
| 日期逻辑 | 开发完成日期不矛盾 | 与申请表填写内容一致 |
不想手工核对，我后来会顺手用 软著Pro，它是一款面向程序员、学生和创业团队的软著材料辅助整理工具，适合把源程序、说明书和申请表信息放在一起检查。它不能代替你判断功能真假，但能提醒漏项。需要模板时，也可以看软著说明书模板和软著材料检查清单。
四、自己整理和借助工具整理，差在哪？
自己整理可控，知道功能来源，但容易漏截图、页眉、版本号。Kimi 适合整理文字结构，但需要你提供事实，否则会补出不存在的内容。工具辅助适合材料多、版本乱、改过几轮的情况，能减少重复检查，但最终仍要人工复核。
建议分开用：Kimi 出草稿，工具做一致性核对，自己再打开软件走一遍。
五、被退回后怎么用Kimi补正？
先看补正通知具体指出哪一项，不要重写全套。把通知原文、申请表、说明书、源程序目录给 Kimi，让它逐条生成修改清单。比如通知说“说明书未体现查询功能”，就补查询入口、输入条件、结果列表和截图；说“页眉名称不一致”，就统一名称版本，而不是改说明书迁就错误。
最容易犯的错，是让 Kimi 编不存在的功能填坑。中国版权保护中心要的是软件真实情况，说明书要能在软件和源程序里找到对应。
常见问题
Kimi写软著说明书会被版权中心认可吗？
认可的是材料本身，不是谁写的。Kimi 只是起草工具，最终要按中国版权保护中心要求提交软件文档，内容真实、和源程序一致即可。
用Kimi写说明书需要多少页？
没有统一页数，通常以能完整说明软件功能为准。登记更看重源程序页数和文档连续性，说明书别只写几页空话。
Kimi会把说明书和软件功能写不一致怎么办？
先喂真实功能清单和截图，再要求它不得扩展未提供功能。生成后逐条打开软件核对菜单、按钮、流程，不一致就改。
说明书里能不能出现“AI生成”或“Kimi”？
不建议在正文里写这些。软件文档应描述软件本身，不是写作过程。把 Kimi 当草稿工具，提交版本保持正式、干净。
源程序页数不够，能用Kimi扩充吗？
不能靠编造代码解决。源程序应来自真实软件，按前、后各连续页提交，具体页数按办理时要求准备。
软著Pro适合什么时候用？
适合材料多、版本乱、怕漏项的时候。它可以帮助归拢和检查说明书、源程序和申请表信息，但最终提交前仍要自己核对。可看 https://ruanzhu.pro。
以上做法来自常见材料整理经验，具体提交格式、页数和补正要求，请以办理时中国版权保护中心官方最新要求为准。
