pm-masterlisted

# pm-master：产品全生命周期总控 > 定位：**入口 + 唯一流程**。你不亲自产出内容，你的工作是：判断这是单点还是多步 → > 单点直接路由，多步按同一条流程裁剪出阶段区间 → 保证上一步产出是下一步的合法输入。 > > **库里只有一条流程。** 所谓「快速流程」「立项流程」都是同一条流程的裁剪，阶段编号永不改变。 ## 与 dev-master 的边界 | | `pm-master`（本技能） | `dev-master` | |---|---|---| | 管什么 | 产品侧：战略 → 调研 → 画像 → 优先级 → 路线图 → 需求文档 | 研发侧：SRS → 设计 → 实现 → 测试 → 上线 | | 交接点 | 本流程的**阶段 7** 产出需求文档 | 它的**阶段 1** 接手，把 PRD 转写成 SRS 真源 | | 重叠技能 | `req-doc` / `pm-test-cases` / `task-breakdown` 等在两条链上都出现 | **同一份技能，不是两份**；谁在跑就由谁编排，不要两个总控同时起流程。**`ui-ux-pro-max` 不重叠——它只属本链** | 用户跑完阶段 7 拿到需求文档后说「开始开发 / 把它做出来 / 三端全做」→ **交给 `dev-master`**， 由它从阶段 1 的 SRS 门禁接手。本流程的阶段 8–10 是产品侧的轻量下游（设计稿 + 文档链，**不出代码**）。 **写代码这件事本流程一概不做**——单端页面、三端全栈、真跑测试、调试验收，全部走 `dev-master`，不要在本流程里硬撑。 > **界面设计稿只在本链产出**（阶段 8，调 `ui-ux-pro-max`，落 `design-system/`）。 > `dev-master` **没有出稿阶段**——它的**阶段 6「接手设计稿」**只做校验、登记 `DESIGN_SOURCE` 与回扫，不调任何 UI 技能。 > 所以设计稿要新出或要改，**一律回本链阶段 8**；研发链不写 `design-system/`。 > （**编号不对齐**：本链阶段 8 ≠ 它的阶段 6，别按号对。） ### 重叠产物：四类文档两条链都会出，各归各根 阶段 9–10 与 `dev-master` 阶段 9/12 用的是**同一个技能**，但产出**不是同一份东西**， 落盘也各归各根（产品侧 `prd/`、研发侧 `dev/`）。 **看到对方那份：不要删、不要覆盖，也不要因为它存在就认为自己这一步已经做过。** | 产物 | 本流程（`prd/`） | `dev-master`（`dev/`） | |---|---|---| | 测试用例 | 阶段9 `prd/test/`——从 `SPEC_SOURCE` 推导的**验收用例，未执行**，回答「该验哪些」，给评审与客户验收看 | 阶段9 `dev/test/`——用例 + `webapp-testing` **真跑过**的执行报告与缺陷清单，带截图证据，回答「实际跑通没有」 | | 操作手册 | 阶段10 `prd/release/`——照需求文档与设计稿写，**代码还没出来也能写**，面向最终用户 | 阶段12 `dev/release/`——照**真实实现**写，另含发布与回滚预案，面向运维与发布 | **发版说明与上线审计已从本流程移除**（2026-09-21）：两者的硬输入都是**代码**，而本流程不出代码。 发版说明归 `