用途：在任何创意工作（新增功能、构建组件、添加能力或修改行为）之前，通过自然协作对话把想法转化为完整的设计与规格说明。
主要能力与流程：先探索项目上下文（文件、文档、近期提交）；评估范围，若涉及多个独立子系统则先帮助拆解为子项目；逐个提出澄清问题，聚焦目的、约束与成功标准；提出 2-3 种方案及权衡并给出推荐；按复杂度分节呈现设计（架构、组件、数据流、错误处理、测试），每节后确认；将设计写入 docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md 并提交 git；随后做规格自检（占位符、内部一致性、范围、歧义）并请用户审阅；用户批准后调用 writing-plans 技能生成实现计划。
关键原则：一次只问一个问题，优先选择题；严格 YAGNI；始终先探索替代方案；增量验证；保持灵活。
视觉伴侣：可选浏览器工具，仅在某个问题“展示比描述更清楚”时按需提供，且该提议须单独成条消息；接受后以 --open 启动服务；每个问题单独判断用浏览器还是终端。
限制：终端状态是调用 writing-plans，不应调用 frontend-design、mcp-builder 等其他实现技能；设计文档默认路径可被用户偏好覆盖；视觉伴侣可能消耗较多 token。资料未提供收费、价格与平台信息。