Work Sc Software Copyright Writer

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 的关系

推荐触发方式

用 work-sc-software-copyright-writer 给 <软件名> 生成软著材料（说明书+源码示例），并做软著审查自查