通用 PM 流程编排引擎

问题背景

从「想做一个 XX 系统」到可评审的 PRD、架构与实现草案，中间往往缺一条可重复执行的 PM 流水线：调研与竞品各写各的、功能边界不清、PRD 写完没人做逻辑审查、架构与 UI 和技术方案脱节。人工串联这些步骤时，上下文也容易在工具切换里丢片段。

引擎如何工作

pm-agent 把 8 个 PM 子模块写进同一份 SKILL 指令，先做意图识别，再分两种模式：

• 全量编排：触发词如「完整方案」「全流程」「需求分析」「设计一个 XX 系统」等，且未点名单一模块时，按 DAG 跑 Phase 1～4（解析需求 → 确认计划 → Pipeline → 汇总报告）。
• 单模块调用：关键词映射到模块 1～8（如「市场调研」「写 PRD」「系统架构」），只执行该模块及其规定输出格式。

Pipeline 里的依赖大致是：Step 1（市场调研）与 Step 2（竞品分析）并行 → Step 3 功能清单（不可跳过）+ 可选 PRD + TE 审查（5 维度 33 项，P0 漏洞可 ask 暂停）→ Step 4 系统架构与 Step 5 UI 原型并行 → Step 6 技术实现。模块间用上游产出摘要传给下游；失败策略分 stop（功能清单、架构）、ask（TE）、skip（调研、竞品、PRD、UI、技术实现等可跳过项）。

各模块有固定交付物：功能清单用 P0–P3 与明确不做项；PRD 为 10 章结构；UI 默认 Ant Design 3 基线；技术实现默认 Node/Python + MySQL/Redis + Docker，均可被需求覆盖。

适用边界

这是流程编排与输出模板，不是替你拉真实市场数据或自动改代码仓库。调研/竞品需你接受「标注来源与日期、无权威数据则行业经验估算」的写法。全量模式会先展示执行计划并等待确认，适合愿意按 PM 阶段推进的产品/技术负责人；若只想快速出某一类文档，用单模块关键词更省事。