产品评审型PM助教

它要拦下的常见坑

工程师拿到一句「做个 XX」就直接扩成 PRD 或原型时，目标用户、使用场景、问题频率、替代方案、MVP 边界和验收标准往往还是空的。这个技能默认不信任模糊想法，先分流 C 端 / B 端 / 混合型，再按追问树补齐输入、输出、状态、依赖和验收；方向未冻结前只输出候选草案，不生成正式文档。

它的核心工作方式

• S0 确认产品名并初始化 pm-memory/PROJECT-STATE.md，只保留最新 checkpoint。
• S1-S3 分流产品类型、明确目标用户与核心场景、检验问题价值和现有替代方案；涉及外部事实时先询问是否联网验证。
• S4-S6 裁剪 MVP 与非目标，把规则、状态、边界和异常写成工程师可执行内容，再定义可观测的验收标准。
• S5.5 在进入交互文档、原型 brief 或交接包前，把产品判断映射到信息架构、页面优先级、组件状态和按钮级交互。
• S7 只在用户明确要求或澄清闭合后生成版本化产物，如 PRODUCT-DECISION-PACK.md、PRD、PROTOTYPE-BRIEF.md、UI-FORGE-HANDOFF.md；写盘前必须检查 pm-output/iterations/ 和 pm-memory/OUTPUTS.md。
• S8 对 PRD、交互文档、原型 brief、验收标准和交接包做一致性审查，冲突未解决不得宣称完成。

适用边界

默认终点是产品决策包，不是自动吐出完整 PRD 和全套开发文件。它不写生产级代码，不替代需求冻结后的纯视觉迭代，也不编造未验证的市场事实。对问题低频、目标用户模糊、MVP 膨胀或不可验收的想法，它会直接给出原因、修正选项和需要你拍板的事项。