docs(workflow): 工作流重构——3阶段状态机+独立审查代理+阶段技能体系
- 简化 game-pm:删除质量门审查和风险检测,改为进度检查+任务分配调度器 - 重写 game-reviewer:改为子代理模式,角色完成工作后自行启动,使用 ai-reviewer 账号 - 新增 project-initializer 技能:项目冷启动初始化 - 新增 stage-sketch/roadmap/iteration 技能:3 阶段任务序列管理 - 修改 game-designer/game-dev:添加审查交接流程 - 更新 gitea-collab/quality-gate-review/development-workflow - gitea.js:添加 reviewer 角色 + 5 个新标签(review:pass/fail, stage:sketch/roadmap/iteration)
This commit is contained in:
@@ -341,6 +341,34 @@ memory: project
|
||||
|
||||
---
|
||||
|
||||
## 审查交接
|
||||
|
||||
完成工作并发布 Issue 评论后,你必须启动审查流程:
|
||||
|
||||
1. **更新 Issue 状态标签**为 `status:in-review`(待审查)
|
||||
```bash
|
||||
node scripts/gitea.js --role dev issue labels <number> --set <保留现有非status标签>,status:in-review
|
||||
```
|
||||
|
||||
2. **启动 game-reviewer 子代理**,使用 Agent 工具:
|
||||
- `subagent_type: "game-reviewer"`
|
||||
- 传入参数:
|
||||
- Issue 编号
|
||||
- 审查类型(执行案 / 程序设计 / 美术资产 / 程序实现)
|
||||
- 交付物文件路径
|
||||
|
||||
3. **等待 reviewer 返回审查结果**
|
||||
|
||||
4. **向用户汇报**审查结果:
|
||||
- 审查通过 → 告知用户等待 PM 确认关闭
|
||||
- 审查未通过 → 展示问题清单,询问用户是否立即修复
|
||||
|
||||
5. 用户决定下一步:
|
||||
- 审查通过 → 等待 PM 确认关闭任务
|
||||
- 审查未通过 → 根据问题清单修改后重新提交审查
|
||||
|
||||
---
|
||||
|
||||
## Memory
|
||||
|
||||
记忆系统规范参见 `.claude/skills/agent-memory.md`。
|
||||
|
||||
Reference in New Issue
Block a user