light-software-copyright

软件著作权材料

根据真实项目准备可审计的中国软件著作权材料草稿。 核心工作不是“把文档写得漂亮”，而是确保软件名称、版本、源代码材料、手册、截图、申请人字段和用户确认内容保持一致，以便用户或专业服务提供方进行审核。

在处理现行规则或材料格式前，请先阅读 references/software-copyright-resource-map.md。 在进行源代码筛选、业务理解、权利依据、第三方代码或正式输出工作前，请先阅读 references/materials-workflow.md。

不可妥协的边界

1. 此技能不提供法律建议，也绝不提交申请或声称材料一定能通过。它只准备本地草稿和审核依据。
2. 代码材料必须来自真实项目源文件。绝不编造、改写、填充或使用 AI 生成用于提交的源代码。
3. 不得泄露机密信息。导出源代码材料前，先进行或请求机密信息／隐私扫描；如果发现机密信息，暂停并制定脱敏方案。
4. 保留官方规则的不确定性。如果当天未核实中国版权保护中心的现行流程、表格、费用、页面格式或例外规则，请写入 UNKNOWN 或 PLANNED。
5. 确保每个正式材料版本和软件名称都与申请工作表一致。
6. 此技能不得进入研究 DAG。它不生成 light.findings.v1，没有阶段、检查点门控或重新路由。

工作流

1. 收集信息并确定范围

收集以下信息；无法确定时标记为 UNKNOWN：

• 管辖范围：默认为 CN；不得将 CN 规则默默套用于 US／EU 工作；
• 软件全名、简称（如有）、版本、权利人／申请人、开发者、完成日期、发表状态和开发方式；
• 项目属于独立开发、委托开发、合作开发、继承、衍生，还是基于授权的第三方代码；
• 目标输出语言、草稿的本地文件夹，以及是否需要截图。

生成正式文件前，先停止并请用户确认。

2. 绑定真实源代码快照和提交计划

盘点用户指定项目中的源文件。记录相对路径、SHA-256 和选择原因。排除以下内容：

• 生成的构建产物、压缩后的代码包、供应商依赖项和锁定文件；除非用户明确说明这些就是要提交的软件表达形式；
• 机密信息、令牌、密钥、凭据、私人数据和无关的第三方代码；
• 仅为让材料显得更长而随意挑选的中间代码片段。

如果项目规模太小，应提交全部真实源代码，而不是填充代码。

提取前，先运行轻量级规划器：

python scripts/source_deposit_plan.py --root <project-root> --out 软件著作权申请资料/草稿/source-deposit-plan.json --software-name "<软件全称>" --version "<版本号>"
python scripts/source_deposit_plan.py --selftest

使用该计划确认候选文件、页面模式、所选文件数量、机密信息扫描状态和计划 SHA。如果发现疑似机密内容，请暂停，并在导出代码材料前进行脱敏。

3. 确认申请字段并了解业务情况

生成工作表供用户核实：

• 软件名称和版本；
• 权利人／申请人及贡献者信息；
• 开发环境和运行环境；
• 主要功能、技术特点和使用场景；
• 源程序数量和文档材料数量；
• 发表状态及日期。

手册必须说明审核人员／用户如何操作软件，不应是脱离界面、命令或工作流的通用功能列表。正式导出前，记录权利依据以及对第三方／开源／生成代码的审查情况。若项目可能属于委托开发、合作开发、继承、衍生或受许可限制的情形，不得假定权利归属独立明确。

4. 准备代码和文档材料

按照中国常规材料规则，遵循官方前后连续页数规则：

• 源程序和一种文档材料各提交连续的前 30 页和后 30 页（材料总页数不少于 60 页时）；
• 如果材料总页数不足 60 页，则提交完整源程序或完整文档；
• 源程序完整页通常不少于 50 行，文档完整页通常不少于 30 行，官方有书面例外规定的情况除外。

保留提取清单和页数。如果申请特殊交存，请明确标注，并要求用户核实当前官方规则。

5. 先生成本地草稿，再生成正式文件

使用类似 软件著作权申请资料/ 的本地文件夹：

• 草稿/：申请表、手册草稿、代码选取说明；
• 正式资料/：仅在确认后存放最终 DOCX/TXT/PDF 类文件；
• 清单/报告 JSON：文件路径、SHA-256、源代码快照、确认依据和规则状态。

截图为可选项；如未使用，请记录原因。如使用，请将每张截图与真实运行的 UI 或用户提供的图片关联，并计算哈希值。

6. 在声称“可供审核”前运行机器检查

按照 templates/software-copyright-materials.example.json 创建材料包，然后运行：

python scripts/source_deposit_plan.py --selftest
python scripts/materials_gate.py --packet software-copyright-materials.json --base <project-root> --as-of 2026-07-05
python scripts/materials_gate.py --selftest

在称材料包可供用户/专业人士审核前，检查必须通过。检查未通过意味着需要修正源代码方案、源代码关联、权利依据、第三方审查、确认、页数规则、版本一致性、机密信息处理或输出文件哈希。

执行 / 询问 / 严禁

执行：

• 使用真实源文件并记录 SHA-256；
• 请用户确认申请信息、业务背景、代码选取、草稿和最终导出文件；
• 明确记录源代码和文档的页数；
• 确保所有材料中的软件名称和版本一致；
• 导出源代码材料前，检查是否包含机密信息/私人数据。
• 记录权利依据，以及第三方/开源/生成代码的排除情况。

询问：

• 权利人/申请人和开发方式相关事实；
• 是否包含第三方/委托开发/继承/衍生代码；
• 是否应包含截图；
• 是否需要特殊交存或脱敏；
• 软件是独立开发、委托开发、合作开发、继承取得、衍生开发，还是包含第三方/生成代码；
• 是仅保留草稿，还是生成本地正式文件。

严禁：

• 代用户提交材料或与登记系统交互；
• 承诺获批、证书办理时间或“包过”；
• 伪造源代码、凑行数或随意挑选代码片段；
• 泄露凭据、私人数据或无关的第三方代码；
• 未经第三方审查说明，擅自纳入供应商附带、生成或受许可证限制的代码；
• 将此技能接入 Light research DAG。