用途：从框架内置模板生成两类设计工件。ADR（./artifacts/adr_[topic].md）记录单个决策，即在一组备选方案中做出选择并说明理由与后果；系统设计文档（./artifacts/system_design_[component].md）描述整个系统或组件，涵盖架构、数据模型、API、非功能性需求与分阶段计划。新系统通常两者都需要：系统设计文档给出整体形态，每个值得独立论证的决策各写一份 ADR（例如“为何选 Postgres 而非 DynamoDB”）。
工作流：1）收集功能与非功能需求；2）绘制 Mermaid 图，展示组件及其边界；3）定义数据模型、存储策略与接口契约；4）对每个重大决策用表格对比方案 A 与方案 B 的优缺点及适用时机；5）识别单点故障等风险；6）确认每项技术选型符合 .claude/rules/tech-strategy.md，未经明确指示不得偏离；7）填写对应模板并保存到 ./artifacts/。
设计验证循环：先按模板起草工件，与相关方评审，为风险最高的组件构建 POC，依据 POC 结果细化设计，最后定稿。
资源：提供系统设计模板与 ADR 模板。
限制：资料未提供具体安装命令、收费方式、支持平台及模板字段细节。