用途
该技能用于把粗略的想法转化为完整的设计方案，通过结构化的提问和替代方案探索来完成。其核心原则是：通过提问来理解需求，探索不同方案，并分段呈现设计以获得验证。
开始时会声明：“I'm using the Brainstorming skill to refine your idea into a design.”
主要能力与流程
阶段一：理解
- 检查工作目录中的当前项目状态
- 一次只问一个问题来细化想法
- 尽可能使用多选题形式
- 收集：目的、约束条件、成功标准
阶段二：探索
- 提出 2-3 种不同的方案
- 对每种方案说明：核心架构、权衡取舍、复杂度评估
- 询问人类伙伴哪种方案更契合
阶段三：设计呈现
- 以 200-300 字的段落呈现
- 覆盖：架构、组件、数据流、错误处理、测试
- 每段之后询问：“Does this look right so far?”
阶段四：工作树设置（用于实现）
当设计获批且后续将进入实现时：
- 声明：“I'm using the Using Git Worktrees skill to set up an isolated workspace.”
- 切换到 skills/collaboration/using-git-worktrees
- 遵循该技能的流程进行目录选择、安全验证和设置
- 工作树就绪后返回此处
阶段五：规划交接
- 询问：“Ready to create the implementation plan?”
- 当人类伙伴确认（任何肯定回应）后：
- 声明：“I'm using the Writing Plans skill to create the implementation plan.”
- 切换到 skills/collaboration/writing-plans 技能
- 在工作树中创建详细计划
何时回退到更早阶段
在以下情况可以且应当回退：
- 伙伴在阶段二或阶段三揭示了新的约束条件 → 返回阶段一以理解它
- 验证显示需求存在根本性缺口 → 返回阶段一
- 伙伴在阶段三质疑方案 → 返回阶段二探索替代方案
- 某些内容说不通 → 返回并澄清
当回退能带来更好结果时，不要强行线性推进。
相关技能
探索期间：
- 当方案之间存在真正的权衡时：skills/architecture/preserving-productive-tensions
在提议修改现有代码之前：
- 理解其存在的原因：skills/research/tracing-knowledge-lineages
注意事项
- 阶段一中每条消息只问一个问题
- 严格应用 YAGNI 原则
- 在确定之前探索 2-3 种替代方案
- 分段呈现，边做边验证
- 需要时回退——灵活性优于僵化的推进
- 开始时声明技能使用