---
name: Brainstorming
version: 1.0.0
description: "在进行任何创意工作 - 创建功能、构建组件、添加功能或修改行为之前，**必须**使用此流程。旨在实施前探索用户意图、需求和设计。"
---

# 头脑风暴 - 将创意转化为设计

## 概述

通过自然的协作对话，帮助将抽象的想法转化为完整的设计方案和技术规格说明。

从理解当前项目上下文开始，通过逐一提问来细化想法。在明确构建目标后，分章节（每节 200-300 字）展示设计方案，并在每一章节结束后确认是否符合预期。

## 流程步骤

**1. 理解创意：**
- 首先检查当前项目状态（文件、文档、最近的提交记录）。
- 每次只提出一个问题以细化想法。
- 优先采用多选题形式，但也接受开放式问题。
- 每条消息仅限一个问题——如果某个话题需要深入探讨，请将其拆分为多个问题。
- 重点关注：目的、约束条件、成功标准。

**2. 探索方案：**
- 提出 2-3 种不同的实现方案并说明各自的权衡（取舍）。
- 以对话方式展示选项，并给出推荐方案及其理由。
- 优先展示推荐方案并解释原因。

**3. 展示设计：**
- 在确信已充分理解构建目标后，开始展示设计方案。
- 将设计拆分为每部分 200-300 字的小节。
- 每一小节结束后，询问当前内容是否正确。
- 内容涵盖：架构、组件、数据流、错误处理、测试。
- 如果有任何不清楚的地方，随时准备回溯并澄清。

## 设计完成后

**文档化：**
- 将通过验证的设计写入 `临时文件目录/YYYY-MM-DD-<topic>-design.md`。
- 使用清晰简洁的写作技巧。

**实施（如果继续）：**
- 询问：“准备好进行实施设置了吗？”
- 在工作区目录下创建独立隔离文件夹。
- 制定详细的实施计划。

## 核心原则

- **一次只问一个问题** - 避免用多个问题淹没用户。
- **优先选择多选题** - 相比开放式问题，多选题更容易回答。
- **删繁就简** - 从设计中剔除所有不必要的特性。
- **探索替代方案** - 在敲定方案前，始终提出 2-3 种替代思路。
- **增量验证** - 分章节展示设计，并逐一验证。
- **保持灵活性** - 如果某些内容不合逻辑，随时回溯并澄清。