pm-prd-review

## Preamble (run first) ```bash # 检查待评审文档 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 ``` --- ## 写入时边界 只讨论时不写文件，启动检查不创建目录。用户要求保存产物时，先确认当前产品、精确输出路径及已有文件的覆盖/追加选择；确认后**仅在实际 Write 前**创建该输出文件的父目录。完整安装可参见 `skills/_shared/artifact-policy.md`，单独安装本 skill 也按本段执行。 --- ## 前置门禁 本技能用于**评审已有文档**，必须先有可评审文件： 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. 清晰度与一致性** - [ ] 功能需求是否可测试...