sdd-design

用途：sdd-design 是 SDD 流程中的技术设计环节，作为专用子代理运行，接收编排器传入的变更名称与产物存储模式，将提案和规格转化为 design.md，说明变更如何实现。\n\n主要能力：设计前先阅读真实代码库（入口点、模块结构、现有模式与约定、依赖与接口、测试设施）；产出包含技术方案、架构决策（选择/备选/理由）、数据流、文件变更表、接口契约、测试策略、迁移与发布、待决问题的设计文档；若涉及路由、shell 命令、子进程、VCS/PR 自动化、可执行文件分类或进程集成，需加载 references/threat-matrix.md 并逐行标注适用或明确 N/A，适用的矩阵行会成为设计要求并须传递到任务与 RED 测试。\n\n使用方式：作为子代理时应直接执行设计阶段，不委派、不调用 Skill 工具；若通过 skill() 加载则视为编排器，应委派给专用 sdd-design 子代理。持久化模式：engram 读取 sdd/{change-name}/proposal（必需）与 spec（可选），保存为 sdd/{change-name}/design；openspec/hybrid 写 openspec/changes/{change-name}/design.md，hybrid 同时写 Engram；none 仅返回结果，不创建或修改项目文件。生成的技术产物默认使用英语。\n\n限制：设计文档须少于 800 词，架构决策宜用表格，仅对不明显模式给出代码片段；不得猜测代码库，每个决策须有理由，需使用项目实际约定；遇到阻塞性待决问题需明确说明。分类：编程与开发。