AI 软著申请
真实工作流
软著场景真实存在于“功能已经有了，但申报材料还没有成套”的阶段。问题通常不是不会写一句介绍，而是不知道怎么把说明书、手册、截图和代码材料对齐。
| 维度 | 真实情况 |
|---|---|
| 触发点 | 高企认定、知识产权归档、产品上线后需要准备软著申请材料 |
| 现有材料 | 软件名称、版本号、功能说明、已有代码、界面截图或原型 |
| 卡点 | 材料格式不熟，说明书和截图不一致，功能模块命名混乱，补正来回修改 |
| DesireCore 介入 | 软著写作智能体梳理模块、生成说明书和操作手册草案，补齐演示截图和代码材料 |
| 验收结果 | 负责人得到一套可核对的材料包，再检查权属、版本号、截图和代码一致性 |
涉及智能体
- 软著写作 -- 核心智能体，负责功能梳理、演示界面、截图和材料初稿
- 代码助手 -- 可选协作，用于检查演示代码结构和一致性
完整流程
第一步：描述软件功能
你: 我开发了一个 Markdown 编辑器，支持实时预览、导出 PDF、
云同步功能。软件名称叫"墨写"，版本 V1.0。
软著写作: 好的，我来为"墨写 V1.0"生成软著申请材料。
基于你的描述，我规划了以下功能模块：
1. 编辑器页面 -- Markdown 编辑区 + 实时预览
2. 文件管理 -- 文档列表、新建/打开/删除
3. 导出功能 -- PDF 导出设置和进度
4. 云同步 -- 登录/注册、同步状态、历史版本
5. 设置 -- 主题切换、快捷键配置
确认后开始生成演示界面和材料草案。
第二步：生成演示界面与截图
确认功能规划后，智能体会在沙箱环境中完成：
- 生成演示用的前端界面代码
- 按每个页面逐一截图
- 检查截图是否包含软件名称标识
第三步：生成材料草案
软著写作: 材料草案已生成。
软著材料清单：
1. 源代码鉴别材料.txt（前 30 页 + 后 30 页）
2. 软件说明书.txt（详细功能描述）
3. 用户操作手册.txt（基于截图的操作指南）
4. 截图/（5 张界面截图，1920x1080）
5. softreg_materials.zip（全部打包）
请下载 ZIP 包后核对内容，再提交到版权保护中心。
第四步：提交与补正
如果版权中心要求补正，只需告诉智能体补正意见，它会针对性地修改材料：
你: 软著被退回了，说截图不清晰，说明书太简单。
软著写作: 我来帮你修正：
1. 重新生成 1920x1080 高清截图
2. 说明书从 500 字扩充到 2000+ 字
3. 补充功能流程图说明
已更新，请核对后再提交。
关键步骤
- 确认申请主体和权属 -- 先明确申请人、软件名称、版本号、开发完成日期和权利归属材料
- 整理功能模块 -- 把软件功能拆成界面、数据、权限、导入导出、设置等模块，避免说明书前后不一致
- 生成文档鉴别材料 -- 生成软件说明书或操作手册，页眉、软件名称、版本号和申请信息保持一致
- 整理源程序鉴别材料 -- 按要求准备源程序前后连续页，不足页数时提交完整源程序
- 截图与说明对应 -- 截图必须能对应说明书中的主要功能，不要出现名称、版本或模块不一致
- 补正闭环 -- 如果被要求补正，保留原提交版本，对照补正意见逐项修改，避免改一处乱一套
最终成果
一套可核对的软著申请材料包，包含申请信息、源程序鉴别材料、文档鉴别材料、用户操作手册和界面截图。
注意事项
- 软件名称建议使用"XX 软件"或"XX 系统"格式
- 版本号首次申请从 V1.0 开始
- 截图中必须包含软件名称或标识
- 程序和文档鉴别材料通常由源程序和任一种文档的前、后各连续 30 页组成；不足 60 页时提交全部
- 提交前请核对申请主体、权属信息、软件名称、版本号和材料内容是否一致
免责声明
软著写作智能体提供的是材料准备辅助，不保证申请一定通过，也不构成知识产权法律意见。涉及权属争议、委托开发、职务作品或对外授权时，建议咨询专业人士。
最佳实践
- 功能描述越详细，材料越贴近实际。包含具体的功能点（如"支持 Markdown 语法高亮"）比笼统描述（如"一个编辑器"）效果更好
- 如果你的软件有特定的行业背景（如"智慧农业"、"教育平台"），告诉智能体，它会在截图和说明书中体现行业特色
- 申请前可以让法律顾问智能体一起审核材料的合规性
- 如果你对说明书风格、功能模块命名有固定要求，先教给软著写作智能体，后续批量生成时会更统一
- 软著材料最容易出问题的是一致性：申请表、说明书、源代码页眉、截图里的软件名称和版本号要完全对上