---
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