work-sc-software-copyright-writerlisted

# work-sc-software-copyright-writer ## 用途 把"要给某软件申请软著"从零散拼凑，升级为**按软著规范一次产出完整材料**：软件说明书 + 源程序示例，并内置"软著审查专���"自查，降低驳回风险。 **边界**：仅产出**申请材料**；不负责软著登记流程办理，不做法律意见。 ## 适用场景 - 研发项目需要为其软件申请软著登记，需要说明书 + 源码材料。 - 已有代码库，需从中提炼合规的功能结构、技术特点、源码示例。 ## 不适用场景 - 专利说明书（用 `work-sc-patent-specification-writer`）。 - 软著登记流程/费用/时限咨询（非本技能范围）。 ## 输入 - 软件名称、类型（平台/工具/系统）、版本号、开发单位。 - 核心功能模块（可基于代码库分析得到）。 - 技术架构（如 Java+SpringBoot / Python / React）、应用场景、创新点（如有）。 - 可选：源码目录（用于提炼真实源程序示例）。 ## 输出 ### 1. 软件说明书（≥5000 字，实质性内容） 必含章节： 1. 软件概述（背景、目标、使用范围、运行环境） 2. 功能结构描述（树形结构 + 功能说明） 3. 技术特点与创新点 4. 核心业务流程（文字步骤描述） 5. 软件运行说明（安装部署、输入输出） 6. 开发环境说明 ### 2. 源程序示例（≥2000 行，逻辑真实） - 体现关键功能逻辑，可拆分为多个文件模拟。 - 允许部分伪代码补充；中/英文注释均可。 - **不得**仅是 import 或变量声明的堆砌。 ## 工作流 ``` Phase 1: 采集软件信息（名称/类型/版本/单位/模块/架构/场景/创新点） Phase 2: 基于代码库/信息提炼功能结构与技术特点 Phase 3: 撰写软件说明书（六章节，≥5000字，实质内容） Phase 4: 组织源程序示例（≥2000行，体现业务逻辑） Phase 5: 软著审查专家自查（见下），按意见修订 Phase 6: (可选) 经 community docx 技能导出为 .docx ``` ## 软著审查专家自查维度 以国家版权局软著审核视角自查并输出问题清单： 1. **结构完整性**：六章节齐全、逻辑符合软著规范。 2. **字数要求**：说明书 ≥5000 字（实质内容非堆砌）、源码 ≥2000 行（真实逻辑）。 3. **表述规范**：以开发者视角、正式技术语言；**避免出现"AI 生成""智能识别"等不当/营销化描述**。 4. **内容合规**：无违禁内容、不侵权、不含用户隐私/企业机密。 5. **功能与技术描述**：模块明确、分层合理；技术方案体现原创设计；创新点表达清晰。 6. **源代码质量**：含关键模块完整代码、体现业务逻辑、无无意义重复堆砌。 输出格式： ``` 【结构性问题】… 【内容规范问题】… 【技术/表达建议】… 【源程序检查意见】… 【必须修改项(影响通过)】… 【可优化项】… ``` ## 约束 - 表述避免"AI/智能生成"等词；以软件设计者/开发者视角撰写。 - 不得包含敏感信息（真实密钥、用户隐私、企业机密）。 - 内容需原创；源码示例体现真实业务逻辑。 - 仅产出材料，不办理登记流程、不出具法律意见。 ## 与其他 Skill 的关系 | Skill | 关系 | 说明 | |-------|------|------| |