用途：在构建新功能、组件或项目之前，通过协作对话把想法转化为设计规格，避免因未检验的假设浪费工作。
主要能力与流程：先探索项目上下文（文件、文档、最近提交）；评估范围，若需求包含多个独立子系统则先建议拆分为子项目；逐个提出澄清问题（每次一条，优先选择题），关注目的、约束与成功标准；提出 2-3 个方案及权衡与推荐；按复杂度分节呈现设计（架构、组件、数据流、错误处理、测试）并在每节后获得认可；将设计写入 docs/specs/YYYY-MM-DD-<主题>-design.md 并提交 git；随后做规格自审（检查占位符、内部一致性、范围、歧义）；请用户审阅规格；通过后创建分步实施计划并开始实现。
原则：严格 YAGNI、渐进验证、发现不对可回头澄清；设计追求小单元、清晰职责与良好接口边界。
可视化伴侣：可选浏览器工具，用于展示 mockup、图表和视觉选项。需在遇到确实“看比说更清楚”的问题时单独一条消息提出，用户同意才以 --open 启动；每个问题再决定用浏览器还是终端。该功能较新、消耗较多 token。
限制：触发后即使项目看似简单也必须走设计流程；不提出无关重构；规格存放路径默认如上，用户偏好优先；资料未提供具体命令与安装方式。