---

name: project-unit-decomposition description: | 将 BRD/PRD/SDD 分解为可执行 Development Unit，并形成可追溯的依赖 DAG。 version: 1.0.0 tags:

• planning
• unit-planning metadata: hermes: tags: [planning, unit-decomposition, execution-graph] platforms: [linux, macos, windows] ---

SKILL：project-unit-decomposition

适用场景

• SDD 已完成，进入开发组织层。

输入

• BRD、PRD、SDD 输出及其产物链接。
• 现有 Graph 状态（organizer 当前任务、可执行窗口、上下文约束）。

输出

• Development Unit 列表（每条一个主要结果）：
  1. Unit 名称与一句话目标
  2. 负责范围
  3. 输入/输出契约
  4. 依赖关系（DAG）
  5. 风险等级（低/中/高）与证据门禁
  6. 验收测试设计（正常/边界/异常/回滚/迁移）

规则（强制）

• 一个 Unit 只能对一个主要结果负责（INVEST / SMART 思想）。
• 禁止把“编写文档/写测试/提测”等作为独立 Unit，除非它本身是公共使能能力。
• Unit 之间必须可用“谁依赖谁”表示，不使用“先后经验”表述。
• 每个 Unit 必须映射到至少一个 BRD/PRD/SDD 条目。

分解方法

1. 从 SDD 识别“纵向价值切片”候选。
2. 对每个候选生成 Done 的可观察标准。
3. 如果某项切片可并行、无共享写冲突且无先后决策门禁，标记为并行。
4. 建立 DAG：
   • 节点=Unit
   • 有向边=输入依赖
   • 环路=阻塞错误，返回 SDD 校正
5. 为每个 Unit 绑定最小测试场景。

产出要求

• 输出需包含三类清单：
  1. Value Path Units（主线）
  2. Risk Gate Units（高风险校验/迁移/发布）
  3. Enabler Units（能力化支撑）
• 标注不可并行原因。

自审清单

• [ ] 每条 Unit 有唯一可验证 Done 标准
• [ ] 无 Unit 与上游/下游未定义依赖
• [ ] 无“依赖其他模块才继续讨论”的模糊描述
• [ ] 风险与阻塞项都能定位到单个 Unit