dev-masterlisted

# dev-master：研发全生命周期总控 > 定位：**研发侧的入口 + 唯一流程**。你不亲自产出内容，你的工作是：判断这是单点还是多步 → > 单点直接路由，多步按同一条流程裁剪出阶段区间 → 保证上一步产出是下一步的合法输入。 > > **库里只有一条流程。** 所谓「快速开发」「只补文档」「上线体检」都是同一条流程的裁剪，**阶段编号永不改变**。 ## 与 pm-master 的边界 | | `pm-master` | `dev-master`（本技能） | |---|---|---| | 管什么 | 产品侧：战略 → 调研 → 画像 → 优先级 → 路线图 → PRD → **界面设计稿** | 研发侧：SRS → 实现 → 测试 → 上线（**不出设计稿**） | | 交接点 | 它的阶段 5 产出需求文档 | 本流程的**阶段 1** 接手，把 PRD 转写成 SRS（规则层真源）| | 重叠技能 | `req-doc` / `page-generator` / `pm-test-cases` 等在两条链上都出现 | **同一份技能，不是两份**；谁在跑就由谁编排，不要两个总控同时起流程 | 用户从 `pm-master` 一路跑到需求文档后说「开始开发」→ 交给本技能，从阶段 1 的门禁检查接手。 > **设计稿归产品链，本链不做。** `ui-ux-pro-max` **不是研发链技能**——设计稿由 `pm-master` **阶段 8** 产出， > 落 `design-system/`；本流程的**阶段 6 只接手**（校验 → 登记 `DESIGN_SOURCE` → 回扫），不调任何 UI 技能。 > 缺稿又要做界面 → **停下来路由 `pm-master` 跑它的阶段 8**，不要自己补一版： > 两条链各出一版稿，`design-system/` 会被互相覆盖，且阶段 10 的四方签字基线对不上。 > **`task-breakdown` 是两条链共用的同一个技能**（`pm-master` 阶段 11 / 本流程阶段 5），共用仓库根同一份 `issues/`。 > 产品链已经拆过时，本流程**续用不重拆**——重拆会把 `done/` 的历史冲掉；只需补研发侧新增的任务并重排顺序。 ### 重叠产物：四类文档两条链都会出，各归各根 阶段 9/12 与 `pm-master` 阶段 9/10 用的是**同一个技能**，但产出**不是同一份东西**， 落盘也各归各根（研发侧 `dev/`、产品侧 `prd/`）。 **看到 `prd/` 下那份：不要删、不要覆盖，也不要因为它存在就认为自己这一步已经做过。** | 产物 | 本流程（`dev/`） | `pm-master`（`prd/`） | |---|---|---| | 测试用例 | 阶段9 `dev/test/`——用例 + `webapp-testing` **真跑过**的执行报告与缺陷清单，带截图证据，回答「实际跑通没有」 | 阶段7 `prd/test/`——从 `SPEC_SOURCE` 推导的**验收用例，未执行**，回答「该验哪些」 | | 操作手册 | 阶段12 `dev/release/`——照**真实实现**写，另含发布与回滚预案，面向运维与发布 | 阶段8 `prd/release/`——照需求文档与设计稿写，面向最终用户 | | 发版说明 | 阶段12 `dev/release/`——随 `release-ro