用途：在创意发散、需求探索或产品规划阶段，通过自然协作对话把模糊想法逐步转化为完整的设计方案与需求规格说明书，适用于创建功能、构建组件、添加功能或修改行为。
主要能力：先了解当前项目上下文（文件、文档、近期提交），再逐个提问细化想法；优先使用选择题，也可开放式提问，每条消息只问一个问题。围绕目的、约束、成功标准展开理解。随后提出 2-3 种不同方案并说明取舍，先给出推荐方案及理由。设计确认后分节呈现（每节 200-300 字），每节后确认是否符合预期，覆盖架构、组件、数据流、错误处理、测试。
文档产出：可编写 PRD（背景、用户流程、功能详细说明、验收标准）、项目介绍（愿景、核心价值、Roadmap）、特性说明（交互细节与逻辑）。验证后的设计写入 docs/plans/YYYY-MM-DD-<topic>-design.md 并提交 git。若继续实施，会询问是否准备实施，并使用 superpowers:using-git-worktrees 创建隔离工作区、superpowers:writing-plans 编写实施计划。若可用 mcp-feedback-enhanced（如 ask_followup_question）则用它提问，否则用普通聊天。
原则：一次一个问题、优先选择题、严格 YAGNI、先探索替代方案、增量验证、保持灵活。
限制：资料未提供具体收费、价格、平台支持范围与效果数据；部分依赖（如 mcp-feedback-enhanced、superpowers 相关技能）是否可用取决于环境。