Token导航 LogoToken导航

Agent Skill · 效率

pm-requirement-review-simulator(pm 需求审查模拟器)

pm-requirement-review-simulator 用于辅助前端页面、组件、样式和交互逻辑开发,适合在 OpenClaw 中需要维护前端项目、生成组件或检查界面实现时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

pm-requirement-review-simulator 是效率类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为只读;许可证为 MIT-0,第三方扫描已通过,按安装量在效率类的 21,003 个 Skill 里排第 8,695。

总安装 6,819周安装 287GitHub Stars 1下载 2,388核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.1

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:pm-requirement-review-simulator(pm 需求审查模拟器)
来源仓库:https://github.com/chris1wang3/pm-requirement-review-simulator
安装命令:
openclaw skills install pm-requirement-review-simulator
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install pm-requirement-review-simulator

这个 Skill 是做什么的

效率类 Skill 把重复的整理、汇总、转换工作交给助手完成,减少手工复制粘贴。

模拟五类角色在三种难度下挑战需求,输出生存报告。适用于 PRD 健壮性检验与跨职能沟通辅助。可暴露需求歧义、技术盲区与用户体验缺陷。pm-requirement-review-simulator 属于效率类 Skill,可作为该场景下的辅助能力补充。需输入原始需求文档与预期目标作为测试用例。

建议根据报告结果重构需求表述与验收标准。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install pm-requirement-review-simulator;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

pm-requirement-review-simulator 怎么安装?

在终端执行 openclaw skills install pm-requirement-review-simulator。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

pm-requirement-review-simulator 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

pm-requirement-review-simulator 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

pm-requirement-review-simulator 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

pm-requirement-review-simulator 用的人多吗?

公开数据是累计安装 6,819 次,近一周安装 287 次,下载 2,388 次,GitHub 1 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

pm-requirement-review-simulator 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理效率类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

效率类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
github

GitHub 代码协作 · OpenClaw

7,632,918545需要联网MIT-0通过
nano-pdf

Nano PDF 文档 · OpenClaw

4,249,476231需要联网MIT-0通过
auto-updater

自动更新程序 · OpenClaw

2,964,063386操作浏览器MIT-0通过
video-frames

视频帧 · OpenClaw

2,621,304112需要联网MIT-0通过
gemini

Gemini 助手 · OpenClaw

2,547,39648需要联网MIT-0有提醒
pm-requirement-review-simulator

pm 需求审查模拟器 · 本页

6,8191只读MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
requirement-review-simulator
description
>-
version
1.0.0

产品经理需求评审模拟器

核心价值定位

  • 不是文档生成工具,而是评审前的攻防推演模拟器
  • 引入五大角色的真实人设与口头禅,模拟真实职场的压迫感
  • 生成可分享的"PRD 存活率体检报告",具备社交传播属性
  • 补齐行业空白:跨部门协作冲突预判 + 决策推演闭环

适用场景

  • 产品经理在需求评审前预演,担心被技术/运营/老板等角色挑战
  • 需要多方博弈下的可落地决策方案,不只要"问题列表"
  • 需要会议可执行资产:脚本、分工表、决策闸门、风险预案
  • 想看看自己的 PRD 能在"地狱模式"活几分钟(情绪价值)

输入层

交互流程:引导整理 → 确认/跳过 → 生成报告

用户说了需求后,不要直接生成报告,而是先输出一份「信息整理清单」引导用户补充。

第一步:用户说了需求 → 第二步:技能输出整理清单 → 第三步:等待用户回复 → 第四步:生成 HTML 报告

信息整理清单格式:

收到!在正式开始评审推演之前,我先帮你梳理一下关键信息。
已有的信息我帮你预填了,你可以逐项确认或修改,也可以直接说「跳过,直接生成」。

━━━━━━━━━━━━━━━━━━━━━━
📋 信息整理清单
━━━━━━━━━━━━━━━━━━━━━━

1️⃣ 需求名称:[已提取 / 待补充]
2️⃣ 业务目标:[已提取 / 待补充]
3️⃣ 核心功能:[已提取 / 待补充]
4️⃣ 评审残酷度:
   🟢 新手村(温柔建议)
   🟡 实战(标准大厂流程,默认)
   🔴 地狱(全员恶人,高压质疑)
   → 当前预设:[根据用户语气推断]
5️⃣ 行业:[已推断 / 待补充]
6️⃣ 公司规模:[已提取 / 待补充]
7️⃣ 技术栈:[已提取 / 待补充]
8️⃣ 约束条件(上线期限/预算/人力):[已提取 / 待补充]
9️⃣ 评审角色:技术/运营/设计/老板/法务(默认全开,可删减)
🔟 需求类型:
   📦 大型产品功能 🔧 工具类/内部工具 🚀 MVP / 验证期 🔄 迭代优化 ⚖️ 合规敏感型
   → 当前预设:[根据需求内容推断]
1️⃣1️⃣ 维度适用性:自动识别是否存在 N/A 维度
1️⃣2️⃣ PRD 来源:
   📄 用户自有 PRD / 🌐 公开/展示版 PRD
   → 当前预设:[根据输入方式推断]

💡 信息越详细,报告越精准。也可以直接回复「跳过,直接生成」。

用户回复处理:逐项补充→更新后生成 / "跳过"→用推断值生成 / 只补部分→混合使用

推断逻辑

信息推断方式推断失败时
评审残酷度"地狱/压测/最难"→🔴;"简单看看"→🟢预填 🟡 实战
行业从需求关键词推断(拼团→电商;投顾→金融)标"待补充"
公司规模用户提到人数或阶段时提取标"待补充"
技术栈用户提到具体技术时提取标"待补充"
约束条件从需求中提取时间、预算、人力标"待补充"
需求类型从需求特征推断默认"大型产品功能"
PRD 来源贴 URL/文章→🌐;说"我的PRD"→📄预填 📄 用户自有

HTML 报告标签规则

  • 顶部标签区只显示有确认信息的标签,推断值后加 [推断] 标记
  • 决策结论标签和 PRD 来源标签必须始终显示
  • 展示版 PRD 在评分卡区域增加说明:已启用展示版评分校准

处理层

第一步:信息整理与确认

  • 提取已有信息,推断可推断项,输出「信息整理清单」
  • 用户确认/跳过后,整理最终信息并标注推断项

第一步半:识别需求类型,加载对应评审标准

判断需求类型并加载对应权重和评审标准。详细的识别表、权重调整表、维度 N/A 裁剪规则见 references/scoring-engine-deterministic.md。

关键规则:

  • 五维基准权重均 20%,根据需求类型调整(如工具类:技术 30%、运营 10%)
  • 维度可判定 N/A,裁剪后归一化;逻辑自洽永不 N/A,最少保留 3 个维度
  • 工具类内部需求:运营价值/老板满意默认 N/A(除非有明确外部目标)

第一步3/4:PRD 来源模式校准

判断 PRD 来源(📄 自有 / 🌐 展示版),加载对应评分基准。详细规则、展示版子项评分指令和硬校验规则见 references/scoring-engine-deterministic.md。

关键规则:

  • 📄 自有:严格标准,缺失信息给保守分 6 分
  • 🌐 展示版:12 个🏷️豁免子项强制 2 分,聚焦已展示内容质量
  • 结构完整的展示版 PRD 应达 S 级(85+)

第二步:加载角色人设

阅读 references/review-playbook.md Part I 获取五大角色的性格人设、口头禅、分析维度,根据残酷度调整:

维度🟢 新手村🟡 实战🔴 地狱
语气温和鼓励专业直接尖锐带刺
问题数量每角色 5-8 个每角色 10-12 个每角色 12-15 个
问题难度指出明显漏洞专业深挖刁钻极端
黑话浓度无少量大量
冲突强度基本不冲突正常博弈多方对立
预设立场基本支持中立审视默认反对

第三步:逐角色攻防推演

按五个角色依次推演(技术负责人、运营总监、设计主管、老板/决策者、法务顾问),每角色输出:质疑问题 + 背后真实关切 + 严重等级(致命/重要/一般)。

先执行维度-问题联动收敛:若某维度为 N/A,对应问题簇必须降权或移除。联动映射表见 references/review-playbook.md。展示版 PRD 禁止追问必然缺失的内部信息。

第四步:跨部门协作推演

  • 识别依赖关系(交付物和最晚交付节点)
  • 识别冲突关系(目标/指标/资源/节奏冲突)
  • 生成 RACI 分工矩阵和协作断点标注

第五步:决策推演

  • 构建 A/B/C 三方案(完整/降级/MVP)
  • 四闸门判定(价值/风险/资源/战略)
  • 输出结论:Go / Conditional Go / No Go
  • 设定回看节点:T+7 行为指标,T+30 ROI 与留存

第六步:生成应对话术与神回复

  • 阅读 references/review-playbook.md Part II 获取话术框架
  • 为致命/重要级质疑生成话术:[认同关切] + [数据支撑] + [逻辑推演] + [备选方案]
  • 挑出最难回答的 3 个问题生成"职场神回复"

输出层(爆款四件套)

模块一: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 → 协作包 → 会议脚本 → 优化建议 → 行动清单。

输出格式锁(强制):

  • 分区数量、分区顺序、分区标题保持与模板一致,禁止新增/删减/重排
  • 顶部信息条必须包含:评审模式、PRD 来源、需求类型、决策结论(其余标签按信息完整度显示)
  • 评分卡必须包含:五维得分、综合存活率、评级、致命死穴、救命稻草
  • 决策闸门必须包含:价值/风险/资源/战略四闸门与最终结论

UI 风格:深色背景(#0b0d10) + 卡片化布局 + 高对比状态色(绿/黄/红)

评分明细展示:每维度 KPI 卡片可展开子项明细,展示版豁免子项标记 🏷️展示版豁免,底部显示一致性校验结果。

去AI化文风:禁止空泛套话,结论必须具名、具数、具动作。


质量标准

  • 真实感:地狱模式必须包含行业黑话,质疑符合角色人设
  • 犀利度:评分卡评语"扎心"但客观,不能全是好话
  • 可用性:神回复做到"怼回去"且"不翻脸"
  • 完整性:必须有决策结论(Go/Conditional Go/No Go)
  • 层次感:应对话术包含数据支撑 + 逻辑推演 + 备选方案三层
  • 可执行性:建议绑定影响维度(成本、周期、收益、风险)
  • 跨部门视角:显式体现部门间冲突与化解动作

资源索引


注意事项

  • 始终先输出信息整理清单,用户说"跳过"才用推断值
  • 保持"对抗但不对立":问题尖锐,表达建设性
  • 评分必须遵循确定性引擎:逐子项打分 → 公式计算,禁止凭感觉(细则见 scoring-engine-deterministic.md)
  • 来源模式前置识别:评分前先判断 📄自有 / 🌐展示版(校准规则见 scoring-engine-deterministic.md)
  • 残酷度一旦确认不中途降级
  • 评分卡必须有区分度:不允许人为拉平

生成前一致性自检(强制)

输出 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 复制模板填写后提交
  • 展示版 PRD:直接使用其中的「展示版 PRD 通用快捷模板」

自测用例概览

用例场景核心通过标准
A 标准实战完整信息 + 🟡 实战四件套完整,每角色 10-12 题,有决策结论
B 地狱压测资源紧+合规敏感 + 🔴每角色 12-15 题+黑话,≥3 个跨部门冲突
C 最小输入仅一句话先出整理清单,"跳过"后基于推断生成完整报告
D 维度裁剪内部工具类需求运营/老板 N/A,归一化计算,质疑联动收敛
E 展示版校准公开 PRD URL自动识别展示版,12 个豁免子项=2,结构完整→85+

失败判定:漏模块 / 无决策结论 / 地狱模式过温和 / N/A 维度仍高频追问 / 展示版豁免子项<2 / 展示版一致性校验下调

平台分布

OpenClaw

95.62%
按下载量换算2,283

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills