task-breakdownlisted

# task-breakdown：三源任务分解与看板 > 定位：**两条链共用的收口技能**。`pm-master` 阶段 11 用它把产品侧规格收成任务包； > `dev-master` 阶段 5 用它排出实现顺序并追状态。**同一份技能、同一个 `issues/`，不是两套。** > > 你做五件事：**查三源缺口 → 切任务并挂三源坐标 → 排顺序 → 进 QA 时绑用例 → 追到签收**。 > 你**不写代码、不写用例、不跑测试、不做评审**——那几件事分别是 `page-generator`、`pm-test-cases`、 > `webapp-testing`、`dev-code-review` 的活。 ## 三源：拆任务的输入 | 源 | 从哪读 | 给任务提供什么 | 真源地位 | |---|---|---|---| | **PRD** | `prd/PRD/*.md` | 这件事**为什么做**、业务目标。**项目没有 PRD 时这一格豁免**，见 Step 0 分支 | 背景，**不参与判定** | | **SRS** | `dev/SRS/*.md`（`SPEC_SOURCE`） | 字段、类型、必填、校验、枚举、状态流转、权限、错误码 | **规则层真源** | | **设计稿** | `design-system/`（`DESIGN_SOURCE`；`FLOWS.md` / `HANDOFF.md` / `tokens.json` / `*.html`） | 动哪些**页面**、走哪条流程、用哪些组件与令牌、文案措辞 | **UI 层真源** | **分层真源**（规则原文 `../common/prd-to-srs-gate.md` §6）：任务的验收标准要分层写—— 界面呈现与交互路径引设计稿锚点，字段校验与状态流转引 SRS 小节。 冲突时 **UI 层设计稿赢**（回改 SRS）｜**规则层 SRS 赢**（退回 `pm-master` 阶段 8 修稿）｜ **跨层谁都不赢**，按 G2/G3 登记后问用户。设计稿不存在时登记 `DESIGN_SOURCE=无（理由）`，UI 层整层不适用。 **一个任务三个坐标缺一不可**——缺的那一格必须指向 `issues/gaps.md` 的缺口编号，不许留空、不许编。 **唯一例外**：项目根本没有 PRD（纯研发流程）时，PRD 坐标写 `无 PRD（研发流程）`，这不算缺口。 ## 测试用例为什么不在三源里 用例是**验收阶段的绑定物**，不是拆任务的输入。三个理由： 1. **研发链里它还没出**。`dev-master` 的测试在**阶段 9**，任务分解在**阶段 5**—— 拿用例当拆任务的硬输入，整条研发链会卡在阶段 5 动不了 2. **粒度对不上**。用例回答「验什么」，任务回答「做什么」，两者不是一一对应； 拆任务时硬挂 TC 编号，造出来的多半是假对应 3. **它真正有用的时刻是验收**。任务进 `qa/` 时才有意义问「这个任务验完了没有」 所以用例在 **Step E（进 QA）绑定、Step F（签收）核销**，见下方「QA 与用例怎么结合」。 --- ## Step 0：三源盘点 + 门禁（每种模式都先跑，不可跳过） Read `../common/prd-to-srs-gate.md` §1–§2。本技能**不得以 PRD 为规格真源**（PRD 只提供业务意图， 字段级规格只认 SRS）。 ```