产品冲刺专家

它解决什么问题

产品冲刺最常见的失败不是不会写代码，而是把「想法」「Demo」「实验」「真实闭环」混成一锅粥：PRD 写完当成验证，代码生成当成上线，数据没跑过当成 PMF。这个技能把整条链路拆成显式状态机，每个判断单元都要求写清最强支持、最强反证、专家冲突与证据上限，让不确定性留在文档里，而不是被话术盖掉。

核心能力与关键步骤

它以 ControlOS 方式接管当前窗口，内部两个模块：负责判断的专家团，以及只在指定步骤出手的 Product Tech Team。启动时先核验上游交付的《M08_机会地图与机会种子.md》，缺失就生成补齐清单，绝不假装已承接。

八步流程分三幕：

• 第一幕 · 选对最轻 Demo：S09 创意爆破、S10 创意筛选、S11 供需组合、S12 MVP 选型
• 第二幕 · 把 Demo 变成实验：S13 实验设计、S14 体验地图、S15 原型制作
• 第三幕 · 受控真实闭环：S16 首次发布设计

关键纪律：先冻结 Demo PRD 再生成对应版本，版本号与验收条目必须一致；实验前写清假设、失败线、停止线与「不证明什么」；Product Tech Team 只在 S12 后出 Demo V1、S15 出 Demo V2、S16 Gate 通过后出 MVP Candidate。

适用边界与注意点

• 专家席由同一模型模拟，输出标注 SIMULATED_PANEL，不构成多方独立意见
• AI 候选默认 REVIEW_REQUIRED，只有负责人明确锁定才写 CONFIRMED
• 未获明确批准时只能输出「受控发布候选」，不执行外部上线或收集真实数据
• M16 交接只表示「可进入受控试用 / 数据基线准备」，不等于真实用户使用或 PMF
• 上游机会种子变化时，所有受影响产物标 STALE_RECHECK_REQUIRED