pm-prd-review

Solid

Use when: 需要评审 PRD/BRD/MRD 等需求文档的质量、检查完整性/清晰度/可行性/指标/风险/一致性、在开发前做文档把关 Do NOT use when: 文档尚未产出(应先 /pm-docs 生成);仅需口头讨论无需书面评审

Code & Development 65 stars 8 forks Updated 1 weeks ago MIT

Install

View on GitHub

Quality Score: 85/100

Stars 20%
61
Recency 20%
90
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

## Preamble (run first) ```bash bash "$(dirname "${BASH_SOURCE[0]}")/../../check-update.sh" 2>/dev/null || true # 创建方案设计目录 mkdir -p docs/02-方案设计 # 检查待评审文档 echo "📋 查找待评审文档..." for f in "docs/02-方案设计/PRD产品需求文档.md" "docs/02-方案设计/BRD商业需求文档.md" "docs/02-方案设计/MRD市场需求文档.md" "docs/02-方案设计/PRD.md"; do if [ -f "$f" ]; then echo "✅ 找到: $f"; fi done ``` --- ## 前置门禁 本技能用于**评审已有文档**,必须先有可评审文件: 1. 检查 `docs/02-方案设��/` 下是否存在 PRD/BRD/MRD(或用户提供的其他路径)。 2. 若存在 → 读取并进入评审流程。 3. 若不存在 → 停止,告知用户先执行 `/pm-docs` 生成文档,或提供文档路径/内容后再评审。 不得在门禁不满足时编造评审对象。 --- ## 跨 Agent 交互规则 当流程要求与用户交互时: 1. 如果当前环境支持 AskUserQuestion,使用 AskUserQuestion(最佳体验)。 2. 如果当前环境不支持 AskUserQuestion,必须用普通聊天消息提出同样问题。 3. 一次只问一个问题。 4. 提问后必须停止当前回合,等待用户回答(STOP and WAIT)。 5. 不得在用户回答前生成文档、写入 docs。 6. 已有 docs 文件不能替代本轮用户回答。 --- ## 适用场景 - 用户说"评审 PRD""PRD 写得怎么样""帮我审一下需求文档""文档质量检查""BRD 复盘" - 与 `pm-docs` 区分:pm-docs 是"写",本技能是"审"——在开发/评审会前做质量把关。 --- ## 执行流程 ### 步骤 1: 确定评审范围与标准(主 agent - 用户交互) 使用 AskUserQuestion 询问: > 🔍 评审设置 > > 你要评审哪个文档 / 哪些维度? > > A) 评审 PRD(默认全套维度) > B) 评审 BRD > C) 评审 MRD > D) 自定义维度(仅完整性 / 仅可行性 / 仅风险 …) > > 评审严格度: > 1) 快速体检(关键问题) > 2) 深度评审(逐条清单,推荐用于评审会前) 记录到变量 `REVIEW_DOC` 与 `REVIEW_MODE`。 --- ### 步骤 2: 读取待评审文档(主 agent) 使用 Read 工具读取 `REVIEW_DOC`。 若文档过大,提取关键章节(背景、目标、范围、功能需求、非功能需求、指标、风险、排期)进入评审上下文。 --- ### 步骤 3: 逐项评审(主 agent) 按以下清单逐项核对,标注【通过 / 建议 / 严重】: **1. 完整性与背景** - [ ] 是否说明背景与要解决的问题 - [ ] 目标与成功标准是否明确 - [ ] 范围(in/out)是否清晰 **2. 清晰度与一致性** - [ ] 功能需求是否可测试、无歧义 - [ ] 术语/口径是否全文一致 - [ ] 与 BRD/MRD/技术文档是否冲突 **3....

Details

Author
konglong87
Repository
konglong87/superPM
Created
5 months ago
Last Updated
1 weeks ago
Language
JavaScript
License
MIT

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Listed

pm-review-board

模拟多角色 PRD/原型评审会,从产品、研发、测试、设计、运营、法务六大视角给出评审结论。当用户说"帮我评审一下这个 PRD"、"看看这个需求有没有问题"、"模拟评审会"、"review 一下这个文档"、"这个需求能不能过评审"、"帮我查漏补缺"时触发。 也适用于:用户上传了 PRD、需求文档、原型截图、功能说明并要求检查;用户提到"评审"、"review"、"过会"、"需求评审"、"方案评审"等关键词;用户要求从研发或测试视角看需求是否可行。 不适用于:写 PRD(用 pm-prd-writer)、纯代码审查(用 code-review)、纯设计走查(用 design-critique)。

1 Updated yesterday
iDWong
AI & Automation Listed

multi-agent-parallel-review

多Agent并行需求评审技能;同时启动3个子Agent分别执行完整性、一致性、可测试性审查,各子Agent内部以5角色视角串行评审;主Agent汇总结果;适用于需求文档评审、PRD审查、方案评审等场景

0 Updated 2 weeks ago
signjing
Web & Frontend Listed

pm-prd-writer

把模糊需求转化为可评审的产品需求文档(PRD)。当用户说"写个需求文档"、"帮我出PRD"、"这个功能怎么写需求"、"我有个想法想落地"、"把这个需求整理成文档"、"需求评审要用的PRD",或者用户描述了一段功能但没有结构化时,使用这个 Skill。 也适用于:用户上传了原始需求描述/会议纪要/聊天截图并要求整理成PRD;用户说"PRD"、"产品需求"、"需求文档"、"功能说明书"等关键词;用户要求对已有PRD进行补全、优化、查漏补缺。 下游接力:需要「字段级可开发」的规格版 PRD(五形态判定、每页配线框图、UX 规范、验图的 Word 导出)→ 本技能澄清与补漏完成后转 `pm-prd-spec`。 不适用于:纯技术方案设计(用 hld-design / lld-design)、纯 UI 稿标注(用 annotation)、项目管理类文档(用 pm-stakeholder-report)、SRS 需求规格说明书(用 req-doc)。

1 Updated yesterday
iDWong