light-software-copyright

1# Light · 软件著作权材料
2 
3## 项目目录与续作
4 
5需要落盘或继续已有项目时，先读 [项目目录约定](references/project-layout.md)，按其中的本阶段位置、版本与关联规则保存；用户指定路径和旧项目优先。包内资源相对本 skill，研究产物相对真实项目，二者不要混用。只做局部讨论时无需初始化目录。
6 
7把真实软件整理成内容可信、口径一致、能够追溯到项目的软著材料。默认中国大陆登记；
8其他司法辖区先核对当地制度，不套用本技能的交存规则。主要负责本地材料和填报辅助，
9不默认登录、上传或提交登记申请。
10 
11整套默认只交付 **功能说明.docx、软件代码.docx、软件说明书.docx**，各带软件名称和版本。
12功能说明讲已实现能力、使用场景与可观察结果，软件说明书解释实际设计或操作过程，
13两者互相引用而不重复拼装。填报底稿、事实表、源行映射和检查记录留内部，按需另供。
14三份是本包的交付约定，不等于法定申请的全部文件；真实提交另核申请表、身份证明及当次要求。
15持续项目从有关 Memory / Workflow 恢复，再回真实源码、运行证据和采用版本，
16按 [项目接入与回传](references/project-integration.md) 衔接；局部请求只处理所需一份。
17 
18## 先判断这次要做什么
19 
20| 用户需要 | 执行范围 | 按需阅读 |
21|---|---|---|
22| 从项目做一套材料 | 读项目、梳理事实、写三份、导出、检查 | [项目证据](references/project-evidence.md)、[文档写作](references/manual-writing.md)、[参考排版](references/reference-layout.md) |
23| 只有软件构想或论文 | 做材料准备清单；明确尚缺的实现 | [项目证据](references/project-evidence.md) |
24| 只写/改说明书 | 按真实软件形态选择操作手册或设计说明书 | [文档写作](references/manual-writing.md) |
25| 整理源码、计算源程序量 | 明确登记范围，冻结快照，连续分页 | [源码交存](references/source-deposit.md) |
26| 检查材料、处理补正 | 先读现有材料/通知；定位冲突，再做局部修改 | [检查与补正](references/review-and-correction.md) |
27| 更新版本或继续上次工作 | 读取已有 case 和报告，仅重建受影响材料 | [检查与补正](references/review-and-correction.md) |
28| 查规则、准备正式导出 | 核对官方来源、规则适用范围和当前表单 | [规则与来源](references/rules-and-sources.md) |
29 
30不要求用户使用这些模式名。用户只要一份材料，就完成这一份，不自动扩成整包。
31参考仓库的取舍见 [调研记录](references/repository-research.md)，正常执行无需读取。
32 
33## 材料必须成立的事实
34 
35- **从项目出发。** 读入口、核心实现、说明、配置、测试和实际界面/命令，再提炼功能。
36  文件名、README 宣传和行业常识只是线索。尚未实现的功能不写成已具备。
37- **登记软件的完整范围与交存节选分开。** 先界定本次版本的自有程序，确定完整有序底稿，
38…