pm-prd-to-demolisted

# PM · PRD → Demo 一体化工作流 把「一个产品想法」走完「对齐 → 产文档 → 出可点原型」的完整链路，产出可交付开发的 PRD、可独立实现的指标定义、以及一个复用基座仓库真实界面的可分享原型。本工作流与宿主无关（Claude Code / Codex / Cursor / Gemini 均可），可移植性说明见「宿主适配」一节。 ## 何时用 - 用户扮演产品经理，要产出 PRD / 指标定义 / 交互稿这类交付物； - 通常是在**已有仓库或系统**上做改进，需要复用它的真实结构； - 希望**同时**看到一个初步、可点、可分享的原型来辅助评审。 不适用：纯代码实现任务、只改一两行、无产品决策成分的工作。 ## 你会产出什么 1. **PRD.md** —— 唯一事实源（做什么 / 为谁 / 范围 / 风险 / 页面与交互详述）。 2. **指标定义.md** —— 完全自包含的口径文档，开发只看这一份即可实现每个指标/规则。 3. **可分享的自包含 HTML 原型** —— 左=目标界面（复用基座仓库真实 UI + 你的改动，mock 数据必标注），右=完整 PRD 面板。 --- ## 贯穿三阶段的纪律（不可退让） 1. **零编造，一切扎根证据**：口径落到源码 / 官方文档 / 用户确认；查不到就明说，不冒充；mock 数据必须显式标注。 2. **零 emoji**：文档与原型全程不用 emoji / 状态图标；状态一律文字标签（保留 / 升级 / 新增 / 未测 / 待核实 等）。 3. **撰写 → 对抗式审查闭环**：任何交付文档，先撰写、再由「苛刻的资深 PM」视角审查、按问题修订，循环到通过（审查提示词见 `prompts/reviewer-agent.md`）。 4. **跨产物一致**：PRD ↔ 指标定义 ↔ 原型 三者口径必须一致；发现孤儿项 / 自相矛盾就地修。 5. **匹配用户的交互风格**：有人偏对话、有人偏选项；被拒一次就换方式，不硬塞同一种。 6. **决策没锁死不动手**：产文档前先把核心决策问清；目标不清就停下讨论，不猜。 7. **文字去 AI 味（拟人）**：文档正文用自然、直接、像人写的语气，主动规避 AI 腔的典型痕迹（滥用破折号、"不仅是 X，更是 Y"、空洞排比 / 三段式套话、过度对冲、浮夸修饰、正确的废话）。可加载本机 `humanizer` 技能，或参照 `references/writing-style.md`（汇总 stop-slop / Humanizer-zh / blader-humanizer）。注意：技术口径该精确的仍要精确——去味不等于牺牲准确、也不是塞口水话。 --- ## 阶段 0 · 交互式发现与决策锁定 目标：把用户的真实想法、需求、约束**调研并梳理清楚**，锁定核心决策——**这一步 AI 与人交互完成，不替用户拍板**。 1. **扒已有资产**：读用户给的仓库 / 文档 / 旧系统的**真实结构**（若宿主支持并行探索就并行扒；否则逐个读）。搞清它实际做什么、有哪些可复用的东西。 2. **交互梳理需求**：用问答帮用户把模糊想法收敛成明确决策——典型要锁的：基座选谁、范围 in/out、要什么指标/功能、展示/信息架构、明确的非目标。一次问几条关键的，别一次性轰炸。 3. **产出决策记录**：把锁定的决策写成一份简短的「决策/规划」文件，作为阶段 1 的输入。 出口判据：核心决策逐条有明确答案，用户认可。 #