prd-reviewlisted

# PRD 评审（prd-review） ## 中文速查 - 中文名：PRD 评审 / 需求评审 - 英文稳定名：`prd-review` - 你可以这样叫我：`帮我审 PRD`、`从研发测试视角挑问题`、`这个需求文档能不能交付开发`、`帮我补一版修订草案`、`检查 PRD 图示是否可编辑` - 适合：已经有 PRD/handoff，需要发现阻断项、重要缺口、验收不可测、工程无法落地的地方 - 不适合：从零写 PRD，改用 `prd-architect`；PRD 背后的方案可行性压测改用 `grill-me`；只做语言润色时不需要触发 ## Overview 站在不同角色视角审视已产出的第一版 PRD，输出： 1. 结构化评审报告 2. 可执行的修订建议 3. 可直接回填到 PRD 的修订草案 这个 skill 默认服务于“AI 先出第一版 PRD，人再做多轮 review 修正”的场景。 ## Boundary With `grill-me` `prd-review` 评审的是 PRD / handoff artifact 是否能支撑交付： - 是否写清目标用户、问题、范围、流程、状态、输入输出、异常和验收。 - 是否存在研发无法拆解、测试无法验证或图示不可编辑的问题。 - 是否可以给出 `Implementation-Plan Readiness` verdict。 如果用户关心的是“这个方案本身会不会失败”“这个产品方向的核心取舍是否站得住”“请连续问 hard questions”，转交 `grill-me`。可以把本 Skill 发现的方案级疑虑作为 `grill-me` 的输入，但不要在标准 PRD review 中替代交互式压力测试。 ## Loop Extension：PRD Readiness Loop 当用户明确需要“多轮评审”“关闭阻断项”“继续上一轮 review”“判断是否能进 writing-plans”“跟踪修订状态”或“把 PRD 收敛到可交付开发计划”时，读取 `references/prd-readiness-loop-contract.md`。 PRD Readiness Loop 是本 Skill 的状态化扩展： - 它围绕同一份 PRD 的 review、revision、re-review 和 readiness check 迭代。 - 它必须区分 open blockers、resolved blockers、revision draft、readiness status、open questions、diagram status 和 handoff decision。 - 它不能把缺失业务判断伪装成已确认需求；关键取舍缺失时要暂停并问用户。 - 它的出口是 `Ready for writing-plans`、`Ready with assumptions` 或 `Not ready`，不替代 Superpowers `writing-plans`。 - 如果输入还只是模糊想法或没有 PRD，应转交 `prd-architect` 或 `ai-collaboration-calibration`。 不要因为用户只是要求一次普通 PRD review 就强制创建状态文件；只有需要多轮收敛、可恢复状态或 readiness tracking 时才启用 Loop contract。 ## Responsibilities 这个 skill 负责： 1. 先读取 hand