用途：把需求拆解为可管理、可独立交付的工作单元，借助 DDD 概念定义系统边界、依赖关系与开发顺序，属于需求到设计之间的分解阶段。
主要能力：生成 D2 决策门供用户填写答案或采用推荐；校验 D2 冲突并解决；生成带边界、依赖和故事归属的单元；展示结果等待批准；批准后选择增量或全面交付模式。读取 context.md、requirements.md、personas.md，输出 decisions-units.md 与 units.md。
使用方式：激活后依次执行 actions 目录中各步骤文件——第 1 步生成并校验 D2 决策，第 2 步生成单元并选择模式，第 3 步按用户要求编辑。每步之后必须等待用户批准；上游产物只先读 Summary。
适用场景：需要将用户故事和优先级需求结构化为单元、明确边界与开发顺序的项目；可选输入包括 personas 与逆向分析模块边界。
限制：不做技术栈决策，那属于设计阶段；每步需用户审批；不叙述内部过程；输出使用用户语言。若上下文丢失，按共享基础恢复流程，依据 artifacts.decomposition.status 的未出现、draft、approved 状态分别从 D2、单元生成或模式选择继续。部分细节（如具体平台、可用命令）在资料中未提供。