技能定位

Brainstorming 是一个强制性的前置设计与需求分析技能。它通过协作式对话，把用户的初步想法逐步转化为结构化、可执行的设计方案与需求文档。

它要解决的是“想法已经很清楚，所以可以直接开始做”的常见误区。即使需求看起来简单，也应先经过设计阶段，明确目标、场景、约束、候选方案和取舍，从而减少实现偏差与后续返工。

核心规则

在设计文档完成并得到用户确认之前，禁止执行实现类操作，包括：

• 编写代码
• 初始化项目
• 修改现有文件
• 创建数据库或基础设施
• 执行部署或其他落地操作

Brainstorming 阶段的产物应该是一份用户可以审阅和确认的方案，而不是半成品实现。

推荐工作流程

1. 澄清问题：理解背景、目标用户、使用场景和真正要解决的问题。
2. 拆解需求：区分必须满足的目标、可选目标、已知约束和潜在风险。
3. 提出方案：从多个角度探索可行方向，避免过早锁定单一实现。
4. 比较取舍：根据性能、复杂度、成本、扩展性和维护难度分析利弊。
5. 形成文档：整理为结构化设计方案，明确推荐方向和后续步骤。
6. 等待确认：用户确认设计之前，不进入任何实现阶段。

模板一：新功能开发

适合在规划一个新功能、模块或产品能力时使用。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

帮我头脑风暴一下如何实现[功能名称]。

背景：
- 当前系统状态：[简要描述现有架构/相关模块]
- 目标用户/场景：[谁会用、什么时候用]
- 已知约束：[性能要求、兼容性、截止时间等]

我希望探索的方向：
1. [方向A]
2. [方向B]
3. 其他你觉得值得考虑的方案

请帮我从多个角度分析利弊。

使用这个模板时，最好补充现有系统的关键边界，例如哪些模块不能改、哪些接口必须兼容，以及功能上线后如何判断是否达到目标。

模板二：技术方案选型

适合在多个技术方案之间进行比较和决策时使用。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

帮我头脑风暴一下[技术决策]的选型方案。

需求场景：
- 核心需求：[必须满足的功能点]
- 规模预期：[数据量/并发量/团队规模]
- 现有技术栈：[当前用了什么]

评估维度：性能、开发效率、社区生态、学习曲线、长期可扩展性

候选方案（如果有）：[A、B、C]

如果暂时没有候选方案，也可以只描述需求场景，让 Brainstorming 先帮助建立候选清单，再根据统一的评估维度进行比较。

产出检查清单

一份可以进入实现阶段的设计文档，至少应回答以下问题：

• 要解决的具体问题是什么？
• 谁会使用它，在哪些场景下使用？
• 成功标准和验收方式是什么？
• 有哪些可行方案，它们的主要取舍是什么？
• 推荐方案为什么适合当前场景？
• 有哪些约束、风险和待确认事项？
• 用户确认后，第一步实现工作是什么？

参考链接

字节跳动 Brainstorming Skill 参考文档