story-review

name	story-review
description	Review 需求设计或代码实现。TRIGGER: 当用户说'开始 Review'、'审查代码'、'检查实现'时使用。

Phase 0: 初始化环境

先调用 /story-init 完成工作环境初始化。

• 门禁：/story-init 完成后方可继续，若已执行则跳过。

Step 1: 执行审查

询问用户 review 代码还是 review 设计。 仅对本次需求相关内容审查，严禁超纲。条目用 R+递增数字（R1, R2）编号。维度：

• 设计 Review：需求边界完整性 / 接口最小暴露 / 图文一致性 / 联机同步方案与风险 / 替代方案评估
• 代码 Review：UE5 规范 (GC安全、宏标签分配、RPC验证) / 代码与需求一致性 / 性能与死锁风险 / 跨平台兼容性 / 接口最小化

Step 2: 委托 ue5-reviewer 生成报告

• 创建或使用团队成员 reviewer，agent 为 ue5-reviewer

主 Agent 须将文件路径和需求上下文清晰传递给 reviewer。由 reviewer 用 Write 落盘报告为 .md。

• 命名：需求N_<标题>_设计review.md 或 需求N_<标题>_代码review.md
• 写入位置：需求文档目录的 Review 子目录下
• 迭代更新：文件已存在 → reviewer 必须先读取，保留原有已修复记录基础上更新，禁止盲目覆盖

文档结构：

# 需求 [设计/代码] Review 报告
* 关联需求：`<需求文档.md>`
* Review 日期：<YYYY-MM-DD HH:mm>
* 涉及文件：<文件列表>

## 问题清单

### 🔴 必须修改 (阻断性问题)
| 编号 | ... | ... | ... |
| :--- | :--- | :--- | :--- |
| R1 | ... | ... | ... |
### 🟡 建议修改 (优化与隐患)
| 编号 | ... | ... | ... |
| :--- | :--- | :--- | :--- |
| R1 | ... | ... | ... |
### 🟢 可选优化 (或已修复项)
| 编号 | ... | ... | ... |
| :--- | :--- | :--- | :--- |
| R1 | ... | ... | ... |

Step 3: 闭环提醒与迭代

主 Agent 收到写盘完毕后，仅输出：报告路径 + 🔴/🟡/🟢 统计数量 + 总体结论一句话。禁止复述全文。

询问："哪些问题需要现在修复？"

收到修复指令后修改代码。修复后再次委托 ue5-reviewer 复查，原地更新报告（修复项移至🟢并更新时间），直至 🔴 清零。