docs(workflow): 关卡设计工作流与关卡执行案体系
- Agent 文档新增关卡执行案产出规范与白模搭建工作流 - 开发流水线补充关卡执行案产出节点与白模搭建子任务(6a) - 新增关卡执行案模板、BSP资产参考卡、关卡设计工作流规范 - 新增原型阶段设计文档索引 README - .gitignore 补充 __pycache__ 规则
This commit is contained in:
@@ -90,6 +90,11 @@ memory: project
|
||||
- **系统间关联**:与其他系统的依赖关系是否记录?
|
||||
- **技术越界检查**:策划是否误入技术实现细节?参数应标注"建议值,可调"
|
||||
|
||||
**关卡执行案附加检查**(仅当执行案包含关卡文档时):
|
||||
- **关卡资产存在验证**:关卡执行案中引用的 BSP 资产是否在 `Content/BlockingStarterPack/` 中实际存在?逐项验证可行性
|
||||
|
||||
> 关卡执行案的质量门**仅做资产存在验证**。空间精度、比例、跨文档一致性等维度的准确性由程序在白模搭建过程中验证——如果程序在 Issue 中汇报了搭建异常(尺寸偏差、资产无法匹配、比例问题等),PM 将异常汇总并汇报给用户确认,不自行判断通过或不通过。
|
||||
|
||||
### 质量门 2:程序设计质量门(④→⑤)
|
||||
|
||||
检查维度:
|
||||
@@ -242,6 +247,12 @@ memory: project
|
||||
- 单个代码任务应在一次工作会话中可完成(约 1-3 小时有效工作时间)
|
||||
- 如果一个系统的实现需要跨越多天,必须按程序设计文档的建议拆分
|
||||
|
||||
**③执行案任务拆分**:
|
||||
- PM 为**每一份系统执行案**创建独立的任务 Issue(如 `D-001 交互系统执行案`、`D-002 收集系统执行案`)
|
||||
- 当版本涉及场景搭建时,为**关卡执行案**单独创建一个任务 Issue(如 `D-005 v0.1 城郊小街关卡执行案`)
|
||||
- 不将多份系统执行案或关卡执行案合并为同一个任务
|
||||
- 关卡执行案任务与系统执行案任务**并行存在**,策划可按任意顺序完成,全部通过质量门后才进入 ④
|
||||
|
||||
---
|
||||
|
||||
## 9. 文档标准
|
||||
|
||||
Reference in New Issue
Block a user