requirement-review-simulator
by @chris1wang3
PRD review stress-test simulator: 5 cross-functional roles challenge your requirements across 3 difficulty levels, outputs a scored HTML survival report with...
clawhub install requirement-review-simulator📖 About This Skill
name: requirement-review-simulator description: >- PRD review stress-test simulator: 5 cross-functional roles challenge your requirements across 3 difficulty levels, outputs a scored HTML survival report with radar chart and meeting script. 当用户需要评审产品需求文档(PRD)、模拟需求评审会议、或预演跨部门博弈时使用。以需求评审攻防推演为核心，模拟技术/运营/设计/老板/法务五方挑战；具备"新手/实战/地狱"三级残酷度；输出质疑清单、应对话术、存活率评分卡和标准会议资产。 version: 1.0.0
产品经理需求评审模拟器
核心价值定位
适用场景
输入层
交互流程：引导采集 → 确认/跳过 → 生成报告
用户说了需求后，不要直接生成报告，而是先输出一份「信息采集清单」引导用户补充。
第一步：用户说了需求 → 第二步：技能输出采集清单 → 第三步：等待用户回复 → 第四步：生成 HTML 报告
信息采集清单格式：
收到！在正式开始评审推演之前，我先帮你梳理一下关键信息。
已有的信息我帮你预填了，你可以逐项确认或修改，也可以直接说「跳过，直接生成」。━━━━━━━━━━━━━━━━━━━━━━
📋 信息采集清单
━━━━━━━━━━━━━━━━━━━━━━
1️⃣ 需求名称：[已提取 / 待补充]
2️⃣ 业务目标：[已提取 / 待补充]
3️⃣ 核心功能：[已提取 / 待补充]
4️⃣ 评审残酷度：
🟢 新手村（温柔建议）
🟡 实战（标准大厂流程，默认）
🔴 地狱（全员恶人，高压质疑）
→ 当前预设：[根据用户语气推断]
5️⃣ 行业：[已推断 / 待补充]
6️⃣ 公司规模：[已提取 / 待补充]
7️⃣ 技术栈：[已提取 / 待补充]
8️⃣ 约束条件（上线期限/预算/人力）：[已提取 / 待补充]
9️⃣ 评审角色：技术/运营/设计/老板/法务（默认全开，可删减）
🔟 需求类型：
📦 大型产品功能 🔧 工具类/内部工具 🚀 MVP / 验证期 🔄 迭代优化 ⚖️ 合规敏感型
→ 当前预设：[根据需求内容推断]
1️⃣1️⃣ 维度适用性：自动识别是否存在 N/A 维度
1️⃣2️⃣ PRD 来源：
📄 用户自有 PRD / 🌐 公开/展示版 PRD
→ 当前预设：[根据输入方式推断]
💡 信息越详细，报告越精准。也可以直接回复「跳过，直接生成」。
用户回复处理：逐项补充→更新后生成 / "跳过"→用推断值生成 / 只补部分→混合使用
推断逻辑
| 信息 | 推断方式 | 推断失败时 | |------|----------|-----------| | 评审残酷度 | "地狱/压测/最难"→🔴；"简单看看"→🟢 | 预填 🟡 实战 | | 行业 | 从需求关键词推断（拼团→电商；投顾→金融） | 标"待补充" | | 公司规模 | 用户提到人数或阶段时提取 | 标"待补充" | | 技术栈 | 用户提到具体技术时提取 | 标"待补充" | | 约束条件 | 从需求中提取时间、预算、人力 | 标"待补充" | | 需求类型 | 从需求特征推断 | 默认"大型产品功能" | | PRD 来源 | 贴 URL/文章→🌐；说"我的PRD"→📄 | 预填 📄 用户自有 |
HTML 报告标签规则
[推断] 标记已启用展示版评分校准处理层
第一步：信息采集与确认
第一步半：识别需求类型，加载对应评审标准
判断需求类型并加载对应权重和评审标准。详细的识别表、权重调整表、维度 N/A 裁剪规则见 references/scoring-engine-deterministic.md。
关键规则：
逻辑自洽永不 N/A，最少保留 3 个维度第一步3/4：PRD 来源模式校准
判断 PRD 来源（📄 自有 / 🌐 展示版），加载对应评分基准。详细规则、展示版子项评分指令和硬校验规则见 references/scoring-engine-deterministic.md。
关键规则：
第二步：加载角色人设
阅读 references/review-playbook.md Part I 获取五大角色的性格人设、口头禅、分析维度，根据残酷度调整：
| 维度 | 🟢 新手村 | 🟡 实战 | 🔴 地狱 | |------|----------|--------|--------| | 语气 | 温和鼓励 | 专业直接 | 尖锐带刺 | | 问题数量 | 每角色 5-8 个 | 每角色 10-12 个 | 每角色 12-15 个 | | 问题难度 | 指出明显漏洞 | 专业深挖 | 刁钻极端 | | 黑话浓度 | 无 | 少量 | 大量 | | 冲突强度 | 基本不冲突 | 正常博弈 | 多方对立 | | 预设立场 | 基本支持 | 中立审视 | 默认反对 |
第三步：逐角色攻防推演
按五个角色依次推演（技术负责人、运营总监、设计主管、老板/决策者、法务顾问），每角色输出：质疑问题 + 背后真实关切 + 严重等级（致命/重要/一般）。
先执行维度-问题联动收敛：若某维度为 N/A，对应问题簇必须降权或移除。联动映射表见 references/review-playbook.md。展示版 PRD 禁止追问必然缺失的内部信息。
第四步：跨部门协作推演
第五步：决策推演
第六步：生成应对话术与神回复
[认同关切] + [数据支撑] + [逻辑推演] + [备选方案]输出层（爆款四件套）
模块一：PRD 存活率体检报告
🏥 PRD 存活率体检报告需求名称：[XXX]
评审模式：[🟢新手村 / 🟡实战 / 🔴地狱]
综合存活率：[0-100 分]（低于 60 分建议重写）
┌─────────┬──────────┬──────────────────────────┐
│ 维度 │ 得分(0-10)│ 毒舌评语 │
├─────────┼──────────┼──────────────────────────┤
│ 逻辑自洽 │ │ │
│ 技术友好 │ │ │
│ 运营价值 │ │ │
│ 老板满意 │ │ │
│ 合规安全 │ │ │
└─────────┴──────────┴──────────────────────────┘
☠️ 致命死穴：[最可能导致项目流产的一个问题]
🛡️ 救命稻草：[能挽回局面的核心论据]
评分必须严格遵循 references/scoring-engine-deterministic.md 中的确定性评分引擎规则（含展示版子项评分指令和硬校验规则）。
⚠️ 综合存活率计算（强制 9 步）： 1. 识别 PRD 来源（📄 自有 / 🌐 展示版） 2. 识别需求类型 3. 判定 N/A 维度 4. 逐子项评分 5. 子项汇总得维度分 6. 一致性校验 + 硬校验 7. 归一化权重 8. 公式计算综合分 9. 映射评级与决策结论
> 单一事实源（SSOT）：权重参数、子项清单、分档阈值、展示版豁免与硬校验细则，均以 references/scoring-engine-deterministic.md 为唯一准则；SKILL.md 仅保留执行顺序，不重复维护具体参数，避免规则漂移。
模块二：五角色质疑清单
每角色格式：## [角色名]（[口头禅]） + 编号表格（质疑/等级/真实关切）
模块三：职场救命神回复
从所有质疑中挑最难回答的 3 个，每个提供：致命问题 → 普通回复 → 神回复 → 技巧解析
模块四：标准会议资产
1. 需求优化建议：按 必须修复 / 可选优化 / 延后讨论 分级 2. 评审会议脚本：开场白(3min) → 核心论证(10min) → 风险预案(5min) → 收尾(5min) 3. 跨部门协作包：RACI + 关键依赖 + 冲突化解 4. 决策推演包：A/B/C 方案对比 + Go 结论 + 回看指标
输出格式规范
默认输出 HTML 报告，严格按照 references/report-template-pro.html 的结构和样式生成。报告 9 大分区：顶部信息条 → 存活率评分卡 → 决策闸门 → 五角色质疑 → 神回复 TOP3 → 协作包 → 会议脚本 → 优化建议 → 行动清单。
输出格式锁（强制）：
UI 风格：深色背景(#0b0d10) + 卡片化布局 + 高对比状态色(绿/黄/红)
评分明细展示：每维度 KPI 卡片可展开子项明细，展示版豁免子项标记 🏷️展示版豁免，底部显示一致性校验结果。
去AI化文风：禁止空泛套话，结论必须具名、具数、具动作。
质量标准
资源索引
注意事项
生成前一致性自检（强制）
输出 HTML 前逐项核对，不通过先修正：
1. 公式一致：composite_score = Σ(维度得分 × 有效权重) × 10
2. 评级一致：综合分与 S/A/B/C 分档匹配
3. 结论一致：评级与 Go / Conditional Go / No Go 映射匹配
4. 展示版一致：豁免子项 = 2，一致性校验只上调
5. N/A 一致：裁剪维度不高频追问，权重已归一化
6. 格式一致：9 大分区齐全且顺序不变
快速启动
优先使用 user_templates.md 作为输入模板单一来源（通用骨架 + 行业增量块 + 展示版快捷句）。
帮我评审一下我们要做的拼团功能，实战模式user_templates.md 复制模板填写后提交自测用例概览
| 用例 | 场景 | 核心通过标准 | |------|------|------------| | A 标准实战 | 完整信息 + 🟡 实战 | 四件套完整，每角色 10-12 题，有决策结论 | | B 地狱压测 | 资源紧+合规敏感 + 🔴 | 每角色 12-15 题+黑话，≥3 个跨部门冲突 | | C 最小输入 | 仅一句话 | 先出采集清单，"跳过"后基于推断生成完整报告 | | D 维度裁剪 | 内部工具类需求 | 运营/老板 N/A，归一化计算，质疑联动收敛 | | E 展示版校准 | 公开 PRD URL | 自动识别展示版，12 个豁免子项=2，结构完整→85+ |
失败判定：漏模块 / 无决策结论 / 地狱模式过温和 / N/A 维度仍高频追问 / 展示版豁免子项<2 / 展示版一致性校验下调