Menu
MRD 评审 / 价值评审 / 该不该做触发。判断市场窗口 + UE 模型，输出投票表 + 评审意见。已有报告迭代修改直接编辑 deliverables/mrd-review-*.md，不走此 skill。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
当需求涉及多系统对接 / 资金流转，或用户提到「架构图」「技术架构」时触发。超复杂链路中场景清单后、IMAP 前自动接续；也适用于系统设计文档、技术方案评审、风险分析、Phase 路线图等。
「竞品分析 / 调研 / 抓情报 / 采集 XX」触发，丢竞品截图或链接亦触发。「截图 / 截一下」单独不触发。
当 PRD 完成后最终交付前验收，或用户说「拉通检查」「校验一下」「检查一致性」「reader test」时触发。 7 维结构性校验已脚本化（PRD 写入自动跑），本 skill 保留两件脚本替代不了的事：① 多 ❌ 项的修复优先级编排 ② Reader Testing 评审实践。
「流程图 / 泳道图 / 审批流 / 状态机」触发。引擎自动选（mermaid / drawio），输出 .svg + .png 供 PRD / IMAP / PPT / 架构图 `<img>` 引用。
当用户提到「交互大图」「交互流程图」「IMAP」时触发。 场景清单确认后进入视觉化阶段自动接续触发。
当用户提到「PPT」「宣讲材料」「SOP 手册」「多 Tab 信息文档」时触发，产物为 HTML 多 Tab 信息文档。「方案文档」走 prd skill（方案型项目）。
| name | mrd-review |
| description | MRD 评审 / 价值评审 / 该不该做触发。判断市场窗口 + UE 模型，输出投票表 + 评审意见。已有报告迭代修改直接编辑 deliverables/mrd-review-*.md，不走此 skill。 |
| argument-hint | MRD 文件路径 或 Confluence/wiki 链接 [-p 项目名] |
| type | standalone |
| output_format | .md |
| output_prefix | mrd-review- |
| depends_on | [] |
| optional_inputs | ["baseline"] |
| consumed_by | [] |
| scripts | {"check_mrd.sh":"评审报告基本卫生自检（圈数字 / 占位符 / CJK 标点）— bash .claude/skills/mrd-review/scripts/check_mrd.sh <评审报告.md>","scripts/fetch_confluence.py":"拉 wiki MRD（共享脚本，根目录 scripts/）— python3 scripts/fetch_confluence.py <url> -p {项目}","scripts/check_cjk_punct.py":"CJK 半角标点扫描（共享脚本），由 check_mrd.sh 内部调用"} |
独立产出物，不在主 pipeline 上。接收一份待评审的 MRD（市场需求文档），输出该不该做的判断 + 投票表 + 评审意见，给评审会和老板决策用。
评的是价值，不是格式。MRD 模板填齐 ≠ 这个机会值得做。MRD 排版乱 ≠ 这个机会不值得做。评审者要替决策者问的是「这个事该不该做、能不能做成、做完是不是有用」。
评审任务不是给 MRD 打文档完整度分，而是替老板问八件事：
输出对每件事给立场（成立 / 有保留 / 不成立），不是「文档写没写」。
不做：MRD 迭代修改（已有 deliverables/mrd-review-*.md 直接 Edit 即可，不走此 skill）。
hook
pre-skill-load-gate守的是「Read 过本文件」不看读了多少行。 改本 skillscripts/check_mrd.sh：Read 此文件 limit=80即可。 改评审报告产物：建议全文 Read（八维度 / 评分卡 / 找漏规则散在各章）。
Public API（不可改签名）：
bash check_mrd.sh <评审报告.md> — 报告卫生自检入口；Step 6 调用scripts/fetch_confluence.py <url> -p <项目> — wiki MRD 拉取（共享脚本，根目录 scripts/）scripts/check_cjk_punct.py — CJK 标点扫，被 check_mrd.sh 内部调用会拦你的 hook：
post-script-syntax-check — bash -n（写 .sh 自动跑）post-plain-language-check — 报告 .md 写完自动扫违规口径改完跑啥：
bash .claude/skills/mrd-review/scripts/check_mrd.sh <一份现有评审报告>
深入读什么：
grep -A 30 "^### 八维度价值评审" SKILL.mdreferences/mrd-scoring-standard.mdreferences/mrd-review-template.md反 PM 偷懒五问（每份评审必穿透问，不是看文档写没写，是看判断成不成立）：
反凭印象评审铁律（强制）：
LLM 训练数据是参考印象不是事实。具体竞品名 / 行业基准数字 / 法律先例 / 监管动态——禁止凭训练数据印象写，必须 WebSearch 实时核实，并在报告里附 source URL。
核实失败处理：
[据公开报道，未核实细节] + 现有 URL关键计算必须显式列等式（防「87 当成 12」算术 bug）：
FAIL 校验项（违任一视为未交付）：
每个维度问的是「这个判断成不成立」，不是「文档写没写」。
| # | 维度 | 评审问题（替决策者问） | 立场判定 |
|---|---|---|---|
| 1 | 市场窗口真伪 | 市场机会真的存在吗？时间窗口对吗（过早 / 正好 / 过晚）？支撑数据可信吗？ | 成立 / 有保留 / 不成立 |
| 2 | 用户价值兑现 | 用户为什么要从现在的解法切过来？切换成本能否被新价值覆盖？真痛点还是 nice-to-have？ | 成立 / 有保留 / 不成立 |
| 3 | 差异化站不站得住 | vs 头部竞品的差异是真的还是包装？竞品没做是不会做还是看不上？我方有什么独特能力？ | 成立 / 有保留 / 不成立 |
| 4 | UE 模型成立性 | LTV / CAC / 毛利 / 回本周期算清没？规模化后利润率上升还是下降？依赖什么前提才成立？ | 成立 / 有保留 / 不成立 |
| 5 | 资源可行性 | 团队 / 技术 / 资金 / 时间撑得住吗？关键依赖项（牌照 / 技术合作 / 流量入口）拿不拿得到？ | 成立 / 有保留 / 不成立 |
| 6 | 风险底线 | 最坏结果是什么？合规雷区识别全了吗？失败时止损成本多少？有没有 Plan B？ | 成立 / 有保留 / 不成立 |
| 7 | 战略契合 | 和公司主线相关还是机会主义？资源占用挤压了什么？是「应该做」还是「能做」？ | 成立 / 有保留 / 不成立 |
| 8 | 成功 / 杀死标准 | 北极星指标 + 一级指标有没有？验证周期多长？什么数据 Go、什么数据 No-Go？ | 成立 / 有保留 / 不成立 |
立场判定标准：
最终立场（报告开头一句话）：
mrd-review-{slug}-v{N}.mdprojects/{项目}/deliverables/，无项目时 references/mrd-reviews/①②③）、禁裸编号（决策 N）、禁 emoji 装饰标题、CJK 旁全角标点Outcome 评估 / 北极星判断 → Read .claude/runbooks/pm-methodology.md §三 Outcome over Output。
判断输入类型，自动分流：
| 输入形态 | 处理方式 |
|---|---|
本地 .md / .docx 文件路径 | 走 Step 1.5 派 Haiku 子 agent 提取（不要主线程 Read 全文） |
https://*.atlassian.net/* 或 https://confluence.* | python3 scripts/fetch_confluence.py <url> -p {项目} 拉到 projects/{项目}/inputs/mrd-{slug}.md 后走 Step 1.5 |
| 用户只丢标题 / 模糊描述 | 反问要文件路径或 wiki 链接，不要凭空评审 |
如能识别项目，同步读 projects/{项目}/prd-{项目}-baseline.md 业务对象 / 全局规则章（产品现状 + 业务规则），交叉核对 MRD 中的判断是否和已有现状冲突。
不要在主线程直接 Read 整份 MRD——5K+ token 全文挤主 context、20+ 章 MRD 直接溢出。MRD 提取属于 CLAUDE.md「子 Agent 调度」必派场景（结构化数据批量提取，主线程不需要原始过程）。
派 general-purpose subagent，prompt:
「读 {MRD 路径}，按八维度归类提取关键段落 + 表格 + 行号，
写入 projects/{项目}/inputs/mrd-extract-{slug}.md。
维度：1 市场窗口 / 2 用户价值 / 3 差异化 / 4 UE 模型 / 5 资源 / 6 风险 / 7 战略 / 8 成功标准。
每维度只摘和该维度直接相关的原文 + 行号，不做任何评审/判断。
末尾加『MRD 核心论点一句话』+『关键数据点列表（数字 + 出处行号）』+『MRD 没明显提到的维度』。
≤ 800 字。」
主线程只读 inputs/mrd-extract-{slug}.md（800 字内），原始 MRD docx/md 不进主 context。
例外：MRD < 200 段且 < 10 个表格，主线程直接 Read 也行（临界值，可以不派但派了更稳）。
读 Step 1.5 的 extract，内部记下：
进入八维度评审前，必须用 WebSearch 把 MRD 引用的关键外部数据 + 评审者要拿来质疑 MRD 的「行业基准 / 竞品对照 / 法律先例」全部核实。
| 校核类别 | WebSearch 查询模板 | 用途 |
|---|---|---|
| MRD 引用的市场规模数字 | {细分赛道} market size 2025 | 核实 TAM / SAM 是否合理 |
| MRD 引用的行业基准 | {行业} CAC LTV benchmark 2025 | 给 UE 模型外部锚点 |
| 评审用的同类竞品 | {竞品名} {功能模块} 2025 | 防止「Bybit Angels 不存在」这种幻觉 |
| 合规风险（金融业务必查） | {业务模式} legal compliance jurisdiction | 拿到法律框架 + 案例先例 + 执法实例 |
| 监管动态（金融业务必查） | {监管机构} {业务模式} 2025 enforcement | 找近期 cease-and-desist / 起诉先例 |
并行调 4-6 个 WebSearch（独立查询，无依赖），结果直接进 Step 3。
判定：找到真实数据 → 用真实数据 + URL；找不到 → 不写；部分找到 → 标 [据公开报道，未核实] + URL。
逐维度按 §核心输出规范 checklist 穿透问，给立场。
每个 ⚠️ / ❌ 必须给三件套：
- 原文位置: MRD 第 X 章 / line 23-28
- 评审意见: 「TAM 50 亿美金的估算建立在『中国持币人口 2000 万 × 客单价 250 美金』，但 2000 万这个数被多家行业报告引用过、原始来源是 2021 年某交易所自报数据，三年过去没更新；按链上活跃地址回推，真实持仓 ≥ $100 用户大概 400-600 万。SAM 至少打 2 折。」
- 修改建议: 「重做市场规模测算，建议链上口径（活跃地址 + 持仓阈值）+ 行业第三方口径（Messari / a16z）双交叉，不接受单一交易所自报数据。」
每个 ✅ 也写一句话为什么成立，不能光打钩。
走完八维度定性后，按 references/mrd-scoring-standard.md 逐项打分：
B-7 经济模型触发条件（满足任一即必填）：含任务奖励 / 活动奖励等直接成本 / 涉及推广费用 / KOL 预算 / 跨部门协调 > 20 人/日。不涉及以上情形本项满分。
评分卡写入输出模板第 2 章，阻塞项同步汇入找漏章节（第 5 章）。
走完八维度后，强制再过一遍 §硬规则 反 PM 偷懒五问，每条给一段评审意见。这一步是为了找 MRD 没写的事——常见漏项：
找到的漏项放「找漏 & 必须补的判断」章节，每条标重要级（🔴 必补 / 🟡 应补 / 🟢 可补）。
按 references/mrd-review-template.md 结构生成 projects/{项目}/deliverables/mrd-review-{slug}-v{N}.md。章节同 §核心输出规范。无项目归属时存 references/mrd-reviews/mrd-review-{slug}-v{N}.md。
bash .claude/skills/mrd-review/scripts/check_mrd.sh <评审报告.md>
通过后把投票表 + 最终立场（前半部分）粘对话回复给用户，提示评审报告完整版已存到 deliverables/。
必读（产出前加载）：
references/mrd-review-template.md — 投票表 + 定量评分卡 + 详细评审报告输出结构references/mrd-scoring-standard.md — 100 分制定量评分标准（B-1按需读：
prd-{项目}-baseline.md — MRD 关联具体项目时读，交叉核对术语 / 业务规则 / 已有判断执行类（模型不读，脚本调用）：
scripts/check_mrd.sh — 报告卫生自检scripts/fetch_confluence.py（共享脚本）— wiki MRD 拉取