用途：在任何创意工作（创建功能、构建组件、添加功能或修改行为）之前使用，通过自然协作对话把想法转化为完整的设计与规格。
主要能力与流程：先探索项目上下文（文件、文档、近期提交）；若涉及视觉问题，单独发消息提供可视化伴侣（浏览器中展示线框图、图表、视觉方案对比，需打开本地 URL，较耗 token）；逐个提出澄清问题，理解目的、约束与成功标准；提出 2-3 种方案及权衡并给出推荐；按复杂度分节呈现设计，每节后获取用户批准；将设计写入 docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md 并提交 git；随后进入规格评审循环，派发 spec-document-reviewer 子代理，修复问题并重新派发，最多 5 轮，超出则交由人工；之后请用户审阅规格文件；最后调用 writing-plans 技能创建实现计划。
关键原则：一次只问一个问题，优先选择题；无情执行 YAGNI；始终先探索替代方案；增量验证；设计应拆分为职责单一、接口清晰、可独立理解与测试的小单元。在既有代码库中先探索现有结构并遵循既有模式，只做与当前目标相关的针对性改进。
限制：终端状态是调用 writing-plans，不得调用 frontend-design、mcp-builder 或其他实现类技能；可视化伴侣为可选工具而非模式，接受后仍需逐题判断是否用浏览器；规格评审循环超过 5 轮需人工介入。具体安装命令与收费信息暂未提供。