将想法头脑风暴为设计

通过自然协作对话帮助将想法转化为完整设计与规范。

首先理解当前项目上下文，然后一次问一个问题以精炼想法。一旦理解正在构建什么，以小部分（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 种方法
• 增量验证 — 以部分呈现设计，验证每个
• 灵活 — 当某物没有意义时返回并澄清