Pm Requirement Review Simulator

PRD review stress-test simulator: 5 cross-functional roles challenge your requirements and outputs a scored HTML or Markdown survival report with radar chart and meeting script. Use when PRD review, requirement review simulation, or cross-functional pushback rehearsal, or when the user says「评审需求」「模拟评审会」「帮我预演一下」.

PM 需求评审模拟器

EN Five roles stress-test your PRD before the real meeting → survival score + meeting assets.
中文 五角色预演评审攻防 → 存活率报告 + 会议脚本。

When / 何时用： 评审前预演 · 跨部门博弈 · 会议资产准备
Not / 不用： 从零写 PRD · 上线后全面复盘 · 替用户拍板

text

Review our group-buying feature.
帮我评审拼团功能。

结构化输入 → user_templates.md

可直接触发的说法

以下口语输入都应触发本技能，不要求用户先提交完整 PRD：

• 帮我预演一下这个需求评审会。
• 这个 PRD 会被研发/运营/老板怎么怼？
• 我只有草稿，先帮我评一下。
• 帮我准备评审会上可能被问的问题和回答。
• 这个需求能不能过会？给我存活率。
• 严格挑战一下这个方案。
• 评审前帮我生成 RACI、会议脚本和行动清单。

最小可用输入

最低可启动：需求名称 + 核心功能。若缺业务目标，先按“提升关键业务指标”预填并要求用户确认。

推荐输入：业务目标、用户场景、核心功能、约束条件、技术依赖、评审角色、PRD 来源（完整 PRD / 展示版 / 草稿 / 口述）、输出格式。

可兼容输入：

• 只有草稿：按“草稿 PRD”评审，缺失项保守分 1。
• 只有展示版：启用展示版评分校准，不因合理脱敏项过度扣分。
• 只有链接/截图：先提取可见需求，再标注不可见缺口。
• 用户说“直接生成”：只跳过业务信息追问，缺失项按保守分处理；不视为跳过输出格式确认。

工作流

text

1) 提交需求  2) 信息采集清单  3) 识别类型 + PRD 来源 + N/A 维度
4) 五角色标准评审  5) 子项打分 → 存活率  6) 按用户选择生成 HTML / Markdown 报告 + 会议资产

信息采集清单（第 2 步）

text

1️⃣ 需求名称  2️⃣ 业务目标  3️⃣ 核心功能  4️⃣ 行业  5️⃣ 公司规模  6️⃣ 技术栈
7️⃣ 约束  8️⃣ 评审角色  9️⃣ 需求类型  🔟 N/A 维度  1️⃣1️⃣ PRD 来源  1️⃣2️⃣ 输出格式（HTML / Markdown）

跳过项保守分 1。

采集交互（优先使用可操作表单）：

• 必须直接复用 assets/intake-form.html，不得由 Agent 临时拼装另一套清单 UI；该文件是跨 Agent 稳定展示的唯一表单实现。

• 当前环境支持对话内交互页面/可视化控件时，将上述 12 项渲染为可编辑表单，而非只输出文本清单。

• 需求名称、目标、功能、技术栈与约束允许编辑；PRD 来源与需求类型使用单选；评审角色与 N/A 维度使用复选；输出格式不预选。

• 推断值标记 [推断]；展示版/草稿来源必须显式显示，避免按完整 PRD 误评。

• 提交按钮使用“确认清单并开始评审”，提交后按 {schema_version:"1.0", skill, action, data} 回传结构化参数；优先 window.codex.submitForm，兼容 window.openai.sendFollowUpMessage，再进入类型识别、角色质疑与评分。

• 当前环境不支持交互页面时，才退回文本清单；格式未确认不得生成，用户明确委托默认时使用 HTML。

五角色 × 五维

角色	主评维度
🛠️ 技术	技术友好
📈 运营	运营价值
🎨 设计	运营价值
👔 老板	老板满意
⚖️ 法务	合规安全

五维：逻辑自洽（永不 N/A）· 技术友好 · 运营价值 · 老板满意 · 合规安全。公式 → scoring-engine-deterministic.md。

输出

按采集表确认的格式生成：HTML 使用 report-template-pro.html；Markdown 使用同一评审结构。格式锁与自检 → review-playbook.md。

必含：存活率卡 · Go 结论 · 五角色质疑 · 杀手回复 TOP3 · RACI · 会议脚本 · 行动清单 · 免责声明。

硬约束

• 信息优先：禁止编造；缺失→保守分 1；推断须标注；清单追问优于脑补
• 评分：25 子项逐项；禁止凭感觉；必须有 Go 结论
• 优先级：信息优先 > 评分引擎 > 报告模板 > 角色灵魂
• 合规：免责声明；专业领域提醒咨询持牌人士

Rigid（不可跳过）：

• 25 子项逐项打分 · 存活率公式计算 · Go/Conditional/No Go 结论 · 杀手回复 TOP3 · RACI · 免责声明

Flexible（可按场景调整）：

• 角色话术措辞风格 · 质疑排序 · 会议脚本详略 · 行动清单条目数量

N/A 维度规则

N/A 维度须在信息采集清单第 10 项确认，不可在评审中途自行降维。确认后该维子项不参与总分计算，公式分母相应减少。

验收与失败路径

• 清单追问：≤3 轮未响应 → 标注缺失信息，跳过项保守分 1 继续
• 只有草稿：可启动，但必须标注 PRD 来源为草稿，并按缺失项保守评分
• 只有展示版：启用展示版校准；不得因脱敏省略内部指标而直接判低分
• 只有一句需求：先追问业务目标和核心功能；用户拒绝补充时输出弱评审而非完整存活率
• 合规敏感：金融/医疗/法律/未成年人场景，合规安全维度必须参与评分
• 角色质疑：每角色至少 2 条有效质疑；信息不足时以保守假设质疑
• 完成标准：存活率≥70% 为 Conditional Pass；≥85% 为 Pass；<50% 为 Fail
• 失败判定：核心功能描述完全缺失且用户拒绝补充 → 告知无法有效评审

运行时说明

本 skill 无运行时脚本，工作流第 5 步（子项打分→存活率）由 LLM 读取 scoring-engine-deterministic.md 后自行计算执行。本 scoring-engine 为 PM 需求评审模拟器专属评分引擎，与仓库中其他同名文件无关。

参考文件

文件	内容
assets/intake-form.html	可复用信息采集表单（固定 UI）
references/scoring-engine-deterministic.md	评分引擎
references/review-playbook.md	需求评审攻防方法手册：角色话术 · 格式锁 · 质量标准
references/report-template-pro.html	HTML 模板
references/user_templates.md	输入模板