docs(workflow): 关卡设计工作流与关卡执行案体系
- Agent 文档新增关卡执行案产出规范与白模搭建工作流 - 开发流水线补充关卡执行案产出节点与白模搭建子任务(6a) - 新增关卡执行案模板、BSP资产参考卡、关卡设计工作流规范 - 新增原型阶段设计文档索引 README - .gitignore 补充 __pycache__ 规则
This commit is contained in:
@@ -434,6 +434,14 @@ docs/design/production/
|
||||
- 每个系统一份执行案,放在 `docs/design/<阶段>/` 目录下
|
||||
- 文件命名:`<系统名>-execution.md`(如 `player-controller-execution.md`)
|
||||
- 不按版本分文件,通过迭代记录表头追踪变更
|
||||
- **关卡执行案**(如有场景搭建需求):文件命名 `level-v<XX>-<name>-execution.md`,产出模板参见 `.claude/refs/level-execution-template.md`
|
||||
|
||||
**关卡执行案**:
|
||||
- 当版本开发涉及场景搭建时,策划额外产出一份关卡执行案
|
||||
- 关卡执行案将场景设计案的氛围描述转化为空间精度搭建指南(坐标、尺寸、BSP 资产映射)
|
||||
- 使用混合坐标体系:区域用场景绝对坐标,区域内物件用相对偏移坐标
|
||||
- 交互物和收集品的位置标注必须与交互系统/收集系统执行案交叉引用
|
||||
- 完整规范参见 `docs/design/prototype/level-design-workflow.md`
|
||||
|
||||
---
|
||||
|
||||
@@ -451,6 +459,10 @@ docs/design/production/
|
||||
4. **系统间关联**:与其他系统的关联和影响是否说明?
|
||||
5. **技术越界检查**:是否误入了技术细节?精确参数值是否标注为"建议值,可调"?
|
||||
|
||||
**关卡执行案附加检查**(仅当审查对象包含关卡执行案时):
|
||||
- **关卡资产存在验证**:关卡执行案中引用的 BSP 资产是否在 `Content/BlockingStarterPack/` 中实际存在?标识色材质是否在可用范围内?
|
||||
- 关卡执行案的质量门**仅做资产存在验证**。空间精度、比例、跨文档一致性等维度由程序在白模搭建过程中验证——如果程序在 Issue 中汇报搭建异常,PM 汇总异常并汇报给用户确认,不自行判断通过/不通过。
|
||||
|
||||
**判定**:
|
||||
- **通过** → 进入 ④ 程序设计
|
||||
- **不通过** → 退回策划修改,列出具体问题清单
|
||||
@@ -550,6 +562,16 @@ docs/design/production/
|
||||
|
||||
**前置条件**:程序设计(④)已就绪且 PM 审查通过,美术资产(⑤)已就位且 PM 验收通过。
|
||||
|
||||
**白模搭建子任务(6a)**:
|
||||
当版本开发涉及场景搭建时,⑥的第一个子任务是白模关卡搭建:
|
||||
- 读取关卡执行案 `level-v<XX>-<name>-execution.md` 和场景设计案
|
||||
- 使用 `Content/BlockingStarterPack/` 资产在 UE5 编辑器中搭建白模关卡
|
||||
- 按区域分文件夹组织 Actor(命名规范:`LVL_<ZoneID>_<Category>_<Description>`)
|
||||
- 完成比例验证(角色可通过门洞、摄像机不穿墙、流线通行)
|
||||
- 产出搭建报告 `docs/technical/level-v<XX>-build-report.md` 记录偏差
|
||||
- **搭建报告必须以评论形式发布到对应任务 Issue**(与本地文件内容一致)
|
||||
- 完整搭建流程参见 `docs/design/prototype/level-design-workflow.md` 第四章
|
||||
|
||||
**阶段差异**:
|
||||
|
||||
| 维度 | 原型阶段 | 批量生产阶段 |
|
||||
|
||||
Reference in New Issue
Block a user