feat(软著): 新增软著登记全套文档与资源整理
1. 新增软著登记所需的源程序生成脚本、docx生成脚本与依赖配置 2. 新增像素大勇者游戏软件V1.0设计说明书与填表指引文档 3. 更新技能配置相关的prefab与meta文件,清理冗余的up状态预制件 4. 修复部分技能buff的颜色与精灵帧引用,更新动画资源引用 5. 新增两个技能图标资源文件
This commit is contained in:
@@ -56,7 +56,7 @@ description: "Guides users through filling the official software copyright (计
|
||||
- 软件环境(操作系统 / 平台)
|
||||
- 编程语言
|
||||
- 源程序量(行数)
|
||||
- 主要功能(200-300 字)
|
||||
- 主要功能(申请表字段要求 500 字以上,覆盖各功能模块;设计说明书概述章节可用 200-300 字摘要版)
|
||||
- 技术特点(150-250 字,可选)
|
||||
|
||||
**功能模块(ManualModule[])**
|
||||
@@ -72,6 +72,7 @@ description: "Guides users through filling the official software copyright (计
|
||||
3. **设计说明书 / 用户操作手册**:调用 `buildManual` 的章节模板,可选其一:
|
||||
- 设计说明书:引言 / 运行环境 / 功能模块设计 / 数据结构与接口设计 / 安全与异常处理 / 联系方式
|
||||
- 用户操作手册:引言 / 运行环境 / 安装与启动 / 功能操作说明 / 常见问题 / 联系方式
|
||||
4. **填表指引**(用户需要时):见下方"填表指引文档"章节
|
||||
|
||||
### 源程序专项
|
||||
|
||||
@@ -80,10 +81,10 @@ description: "Guides users through filling the official software copyright (计
|
||||
#### 提交要求(来自登记规范)
|
||||
|
||||
- 取前 30 页 + 后 30 页,不足 60 页时全部提交
|
||||
- 每页不少于 50 行有效代码
|
||||
- 每页不少于 50 行有效代码(默认每页 50 行;用户要求更高密度时可调,如 60 行/页,但不得低于 50)
|
||||
- 页眉:左侧标注 `软件全称 版本号`,右侧标注 `第 N 页 共 M 页`
|
||||
- 9.5pt 等宽字体,每行不超过 84 字符(A4 折行限制)
|
||||
- 文件名示例:`软件全称_V1.0_源程序.pdf`
|
||||
- 9.5pt 等宽字体,每行不超过 84 字符(A4 折行限制;按显示宽度计:ASCII 记 1 列,中文/全角记 2 列)
|
||||
- 文件名示例:`软件全称_V1.0_源程序.pdf`;用户需要 docx/PDF 成品时按下方「docx 版本生成」章节产出
|
||||
|
||||
#### 三种生成方式(按用户掌握情况选用)
|
||||
|
||||
@@ -92,11 +93,17 @@ description: "Guides users through filling the official software copyright (计
|
||||
让用户提供源代码文件路径或粘贴代码文本,Skill 直接执行 `paginateCode` 逻辑:
|
||||
|
||||
```text
|
||||
1. 把 \r\n 替换为 \n,\t 替换为 4 空格
|
||||
2. 按每页 50 行切分,得到 N 页
|
||||
3. 若 N > 60:保留前 30 页 + 后 30 页,丢弃中间
|
||||
4. 给每页加上统一页眉
|
||||
5. 用 A4 纸张打印 / 导出 PDF
|
||||
1. 与用户确认源代码根目录范围(只采集约定目录,如 assets/script)
|
||||
2. 排除非源码:.md/.csv 等文档、.d.ts 声明文件、着色器/材质、空文件、
|
||||
构建产物、第三方框架目录(如 extensions/ 下的开源插件框架)
|
||||
3. 清理文件头(前 40 行)的第三方署名与版权行:他人 ID/昵称、QQ 号、
|
||||
第三方框架作者的 @Author/@LastEditors/@Date/@LastEditTime、引擎 Copyright
|
||||
声明;生成后必须 grep 复验清理干净
|
||||
4. 入口文件(如 Main.ts)优先排序,其余按路径字母序;文件间加注释分隔行
|
||||
5. 把 \r\n 替换为 \n,\t 替换为 4 空格
|
||||
6. 按每页 N 行切分(N ≥ 50,默认 50,可按用户要求调整),得到总页数
|
||||
7. 若总页数 > 60:保留前 30 页 + 后 30 页,丢弃中间
|
||||
8. 给每页加上统一页眉;建议沉淀为可重跑脚本(代码变更后重新生成)
|
||||
```
|
||||
|
||||
输出格式示例:
|
||||
@@ -148,7 +155,7 @@ description: "Guides users through filling the official software copyright (计
|
||||
| 3 | 注释行占比 > 40% | info | 建议补充有效代码 |
|
||||
| 4 | 含第三方 License / Copyright 声明且与著作权人不一致 | error | 必须删除或修改 |
|
||||
| 5 | 实际行数与速查表"源程序量"相差 > 10% | warn | 同步修改申请表 |
|
||||
| 6 | 单行字符数 > 84 | warn | 折行换段 |
|
||||
| 6 | 单行显示宽度 > 84 列(中文记 2 列) | warn | 折行换段,续行缩进 4 空格;生成 docx 时必须主动折行,勿依赖 Word 自动换行 |
|
||||
| 7 | 含与著作权人无关的手机号 / 邮箱 | info | 脱敏后提交 |
|
||||
| 8 | 混入 package-lock.json / node_modules / .min.js 等构建产物 | warn | 移除后再上传 |
|
||||
|
||||
@@ -158,6 +165,24 @@ description: "Guides users through filling the official software copyright (计
|
||||
- ⚠️ **建议修改**:无 error,有 warn,列出具体项
|
||||
- ❌ **必须修改**:有 error,阻断提交
|
||||
|
||||
#### docx 版本生成(用户需要成品文件时)
|
||||
|
||||
用 Node + `docx` 库(v9)把 txt/md 排成规范 docx,关键实践:
|
||||
|
||||
- **页眉用 Word 域自动页码**:`PageNumber.CURRENT` / `PageNumber.TOTAL_PAGES`,
|
||||
配右对齐 Tab 位;勿在正文硬编码"共 M 页"——折行增多页数时域自动跟随
|
||||
- **精确分页**:每 N 行代码一页,下一页首段用 `pageBreakBefore: true`,
|
||||
保证"每页行数"与规范声明一致
|
||||
- **主动折行**:超 84 显示列的行在生成时折断(续行缩进 4 空格);
|
||||
依赖 Word 自动换行会导致每页物理行数失控、分页错位
|
||||
- **排版**:A4;边距上下 1.27cm、左右 1.5cm;代码 9.5pt Consolas
|
||||
(中文回退宋体);行距适度压缩(如 230/240)确保每页行数放得下
|
||||
- **依赖隔离**:在材料目录建独立 `package.json` 再 `npm install docx`;
|
||||
中文目录名会导致 `npm init -y` 失败(Invalid name),需手写合法 name;
|
||||
不隔离会污染用户项目根依赖(装错后必须还原 package.json 并删除误装的包)
|
||||
- **文件占用**:写入报 `EBUSY` 说明用户正在 Word 中打开该 docx,
|
||||
提示关闭后重试,勿反复盲试
|
||||
|
||||
## 设计说明书与用户操作手册(详细)
|
||||
|
||||
Skill 必须能根据"功能模块"列表生成完整的说明书文档,章节结构与项目代码 `buildManual` 一致:
|
||||
@@ -256,6 +281,32 @@ Skill 必须能根据"功能模块"列表生成完整的说明书文档,章节
|
||||
|
||||
输出"通过 / 建议修改 / 必须修改"三档结论,列出问题清单。
|
||||
|
||||
## 填表指引文档
|
||||
|
||||
用户要求生成"填表指引/调表指引"时,按在线申请表「软件开发信息」的 12 个系统字段
|
||||
逐项输出(字段名以中国版权保护中心系统实际为准),每项含
|
||||
「可直接粘贴的填写内容 + 填写要点」:
|
||||
|
||||
1. 开发的硬件环境(开发机配置,按实际开发电脑填写)
|
||||
2. 运行的硬件环境(目标设备,要求写低一些以扩大兼容范围)
|
||||
3. 开发该软件的操作系统
|
||||
4. 软件开发环境 / 开发工具(引擎编辑器、IDE、平台调试工具等,列主要项即可)
|
||||
5. 该软件的运行平台 / 操作系统
|
||||
6. 软件运行支撑环境 / 支持软件(如宿主 App、云服务)
|
||||
7. 编程语言(主语言;勿把 JSON/配置格式算作语言)
|
||||
8. 源程序量(与提交材料逻辑一致)
|
||||
9. 开发目的(如实填写,不夸大商业目标)
|
||||
10. 面向领域 / 行业(按系统下拉选项就近选择,游戏软件归文化娱乐类)
|
||||
11. 软件的主要功能(500 字以上,系统要求;覆盖各功能模块,游戏术语、书面语)
|
||||
12. 软件的技术特点(150-250 字)
|
||||
|
||||
**易错提示(必须写进指引)**:第 1/2 项(开发 vs 运行硬件)、第 3/5 项(开发 vs
|
||||
运行操作系统)是两对容易填反的字段,审查员会核对逻辑一致性。
|
||||
|
||||
指引还应包含:办理入口与实名认证、在线填报步骤、鉴别材料上传要求与 PDF 命名规范、
|
||||
提交前自检清单(checkbox)、常见退回原因与规避(已处理项标 ✅)、时间线参考、
|
||||
材料重新生成命令。
|
||||
|
||||
## 关键规则
|
||||
|
||||
- 所有对外材料一律使用「本软件」指代软件本身,不出现具体产品名
|
||||
|
||||
Reference in New Issue
Block a user