brainstorming

name	brainstorming
title	头脑风暴
description	帮我想出更多创意点子
emoji	💡
场景	["需要新的创意灵感","想要拓展思路","规划新项目或方案"]
使用难度	⭐⭐（需要提供方向）

头脑风暴：将想法转化为设计

概述

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

首先了解当前项目上下文，然后逐个提问以完善想法。一旦理解了要构建的内容，分段展示设计（每段 200-300 字），并在每段之后确认是否正确。

过程

理解想法

• 首先检查当前项目状态（文件、文档、最近提交）
• 逐个提问以完善想法
• 尽可能使用选择题，但开放性问题也可以
• 每条消息只有一个问题 - 如果主题需要更多探索，将其拆分为多个问题
• 重点关注：目的、约束、成功标准

探索方法

• 提出 2-3 种不同方法及其权衡
• 以对话方式展示选项，给出建议和推理
• 首先展示推荐选项并解释原因

展示设计

一旦确信理解了要构建的内容，展示设计：

• 将设计分为 200-300 字的部分
• 每部分之后询问是否正确
• 覆盖：架构、组件、数据流、错误处理、测试
• 准备在不清处时返回澄清

设计之后

文档化

• 将验证后的设计写入 docs/plans/YYYY-MM-DD-<topic>-design.md
• 如有需要，使用 elements-of-style:writing-clearly-and-concisely 技能
• 将设计文档提交到 git

实施（如继续）

• 询问："准备好设置实施了吗？"
• 使用 superpowers:using-git-worktrees 创建隔离工作空间
• 使用 superpowers:writing-plans 创建详细实施计划

关键原则

• 一次一个问题 - 不要用多个问题压倒用户
• 首选选择题 - 可能时比开放性问题更容易回答
• 无情 YAGNI - 从所有设计中移除不必要的功能
• 探索替代方案 - 在确定之前总是提出 2-3 种方法
• 增量验证 - 分段展示设计，验证每个部分
• 灵活 - 在不清楚时返回澄清

使用场景

何时使用此技能：

• 规划新功能
• 设计新组件
• 探索用户需求
• 评估技术方案
• 重构现有系统

工作流程：

1. 理解当前上下文
2. 逐个提问以澄清需求
3. 提出多种方法
4. 展示设计（分段）
5. 验证并迭代
6. 文档化设计