用途：在创建功能、构建组件、新增能力或修改行为等任何创意工作开始前使用。它通过自然协作对话，把模糊想法转化为完整设计与规格说明。
主要流程：先查看项目上下文（文件、文档、近期提交）；若话题涉及视觉问题，单独发一条消息询问是否启用基于浏览器的视觉辅助；随后一次只问一个澄清问题，理解目的、约束与成功标准；提出 2-3 种方案及权衡并给出推荐；分段呈现设计，每段后征求用户确认。
设计完成后：将规格写入 docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md 并提交 git；然后分派 spec-document-reviewer 子代理进行规格审查，有问题则修复并重新分派，超过 3 轮升级给人工；通过后请用户审阅规格文件；用户批准后调用 writing-plans 技能生成实施计划。
关键原则：每次只问一个问题，优先多选；无情应用 YAGNI；探索替代方案；增量验证；设计按复杂度缩放，覆盖架构、组件、数据流、错误处理与测试；在既有代码库中遵循现有模式，只做与服务当前目标相关的改进，不做无关重构。
限制：技能文本本身要求，除 writing-plans 外不得调用其他技能；视觉辅助仍属新功能且可能消耗较多 token，需要打开本地 URL。具体安装方式、平台与收费信息暂未提供。