prd-reviewlisted

# PRD 评审（prd-review） ## 中文速查 - 中文名：PRD 评审 / 需求评审 - 英文稳定名：`prd-review` - 你可以这样叫我：`帮我审 PRD`、`从研发测试视角挑问题`、`这个需求文档能不能交付开发`、`帮我补一版修订草案`、`检查 PRD 图示是否可编辑` - 适合：已经有 PRD/handoff，需要发现阻断项、重要缺口、验收不可测、工程无法落地的地方 - 不适合：从零写 PRD，改用 `prd-architect`；PRD 背后的方案可行性压测改用 `grill-me`；只做语言润色时不需要触发 ## Overview 这个 Skill 评审的是 PRD / handoff artifact 是否能支撑交付。默认输出结构化 review report、按严重程度排序的 findings、可回填的 revision draft，以及 `Implementation-Plan Readiness` verdict。 它不是 PRD 生成器，也不是一问一答方案压力测试器： - 没有 PRD 或只有模糊想法：转 `prd-architect` 或 `ai-collaboration-calibration`。 - 关心“这个方案本身会不会失败”：转 `grill-me`。 - 要把 ready PRD 拆 GitHub issues：转 `prd-to-issues`。 - 要文件级开发计划：转 Superpowers `writing-plans`。 ## Loop Extension 当用户明确需要“多轮评审”“关闭阻断项”“继续上一轮 review”“判断是否能进 writing-plans”“跟踪修订状态”或“把 PRD 收敛到可交付开发计划”时，读取 `references/prd-readiness-loop-contract.md`。 不要因为用户只是要求一次普通 PRD review 就创建状态文件；只有需要多轮收敛、可恢复状态或 readiness tracking 时才启用 Loop contract。 ## Inputs 优先读取： - `handoff` 文档：功能背景、目标用户、范围、风���与已确认事实。 - `PRD` 初稿：当前结构、已写事实、隐含假设、缺口和冲突。 可选补充： - 本轮关注视角或维度。 - 用户明确担心的问题。 - 相关 UI、架构图、历史评审意见。 - `docs/templates-local/` override；如存在，应按 local override 理解正文结构。 如果输入不完整： 1. 明确哪些结论来自 handoff，哪些来自 PRD 当前写法，哪些是 review 推断。 2. 无法下结论的地方输出待确认问题，不强行补脑。 3. 输入还不足以 review 时，建议先回到 `prd-architect`。 ## Workflow 1. **Establish scope** - 记录 PRD / handoff 来源、本轮 review 目标、事实与假设边界。 - 判断是否应转 `prd-architect`、`grill-me`、`prd-to-issues` 或 `writing-plans`。 2. **Load review assets** - 默认读取 `references/review-lenses.md` 和 `references/severity-rules.md`。