feat: PM任务分解与编排——父子关系(parent_id)+依赖串行(depends_on)+任务树分层

skills_library/pipelines/sdlc_general/common/task/SKILL.md

@@ -69,6 +69,19 @@ submitted ──claim──▶ running ──submit──▶ review ──approv
 
 **关键规则（任务链不能断）**：审核通过里程碑任务（requirement / design）后，必须立即派发后续开发任务再 approve，不能只靠线性链的单一兜底任务导致链断。
 
+### 任务分解与编排（先评估，再拆解）
+
+PM 派发任务时先评估复杂度，复杂任务自动分解并编排执行顺序（能并行并行、不能并行串行），同时记录父子关系。
+
+1. **先评估**：判断当前任务是否「过于复杂」（涉及多个模块/应用、多个独立交付单元、工作量超单 agent 一次产出）。简单任务直接派发单个任务，不强行拆分。
+2. **自动分解**：复杂任务 → 拆成多个子任务，每个子任务含 title、role、description；用 `create_tasks` 一次批量派发。子任务默认挂当前里程碑任务名下（`parent_id` 由系统自动记录），任务树（/task）据此分层显示。
+3. **自动编排**：
+   - **并行**：无依赖的子任务不填 `depends_on`，系统同时认领执行（如多个模块的 develop 任务）。
+   - **串行**：有先后依赖的子任务，用 `key` 给子任务标记，`depends_on` 引用前序 `key`（或前序任务ID）。依赖完成（completed/approved）前子任务保持 submitted 不会被认领，自动串行。
+4. **父子关系**：`parent_id` 指向父任务（默认 = 本次审核的里程碑任务），任务树按 项目 → 迭代 → 阶段 → 父任务 → 子任务 分层。子任务完成不影响父任务状态；父任务（里程碑）走自身状态机，子任务是并行/串行的执行单元。
+
+> `create_tasks` 每项字段：`{title, role, description, key?, depends_on?, parent_id?}`。`key` 是同批任务间 `depends_on` 互引的短标识；`depends_on` 是前序 key 或任务ID 数组；`parent_id` 缺省 = 本次审核任务。
+
 ## 五、门禁
 
 - review 通过：交付件满足需求规格。