用途：dev-design 属于开发工作流的第 4 阶段，在用户要求“设计实现方式”“提出架构”或“在方案间选择”时使用。它负责回答“如何构建以及为何选此方案”，不负责实现。
主要能力：提出 2-3 种方案（如最小改动、清晰架构、务实平衡），说明各自权衡与推荐项；检查功能是否应拆分为多个独立特性并写入 BACKLOG.md；对 SPEC.md 中缺少 CATEGORY-NN 编号的行为性描述做强制审计；编写 PLAN.md，包含所选方案、测试策略、REAL 测试标准、待修改文件、新文件、实现顺序表、全局约束与任务接口；最后通过用户门禁获取明确批准，并询问是否创建隔离 worktree。
使用方式：需先完成 dev-clarify，确认测试方式、框架、首个测试、测试命令与用户工作流。流程为审查输入、提出方案、用 AskUserQuestion 让用户选择、判断单/多特性、审计散文需求、写 PLAN.md、验证测试策略与 REAL 测试标准、确认、询问工作区、必要时调用 dev-worktree，最后才进入 dev-implement。上下文低于 35% 时需调用 dev-handoff。
限制：实现前必须获得用户明确批准，不能自动推进；缺少测试策略或未编号需求时必须停止；PLAN.md 的实现顺序须为可执行表格且依赖图无环，否则被 dev-plan-executable-guard.py 阻止。资料未提供具体收费、平台或效果信息。