- name
- brainstorming
- description
- 在任何创意工作之前必须使用—创建功能、构建组件、添加功能或修改行为。在实现前探索用户意图、需求与设计。
- license
- MIT
将想法头脑风暴为设计
通过自然协作对话帮助将想法转化为完整设计与规范。
首先理解当前项目上下文，然后一次问一个问题以精炼想法。一旦理解正在构建什么，以小部分（200-300 字）呈现设计，在每部分后检查是否看起来正确。
流程
理解想法：
- 首先查看当前项目状态（文件、文档、最近提交）
- 一次问一个问题以精炼想法
- 如可能偏好多项选择问题，但开放式也可以
- 每条消息仅一个问题—如果主题需要更多探索，将其分解为多个问题
- 聚焦理解：目的、约束、成功标准
探索方法：
- 提出 2-3 种不同方法及权衡
- 以对话方式呈现选项，附推荐与理由
- 以推荐选项开头并解释原因
呈现设计：
- 一旦相信理解正在构建什么，呈现设计
- 将其分解为 200-300 字的部分
- 在每部分后询问是否看起来正确
- 覆盖：架构、组件、数据流、错误处理、测试
- 如果某物没有意义，准备返回并澄清
设计后
文档：将验证的设计写入 docs/plans/YYYY-MM-DD- -design.md，如可用使用 elements-of-style:writing-clearly-and-concisely 技能，将设计文档提交到 git。 实现（如继续）：询问：「准备设置实现吗？」使用 superpowers:using-git-worktrees 创建隔离工作空间，使用 superpowers:writing-plans 创建详细实现计划。
关键原则
- 一次一个问题 — 不用多个问题压倒
- 偏好多项选择 — 如可能比开放式更容易回答
- 无情 YAGNI — 从所有设计中移除不必要功能
- 探索替代方案 — 在确定前始终提出 2-3 种方法
- 增量验证 — 以部分呈现设计，验证每个
- 灵活 — 当某物没有意义时返回并澄清