Brainstorming 是一种在编码前通过提问完善设计的技术，特别适用于用户需求不明确或功能复杂的情况。它帮助开发者在动手实现之前厘清问题边界、明确成功标准，并评估不同解决方案的优劣。该技能的核心在于引导用户深入思考需求本质，而非直接给出答案。通过系统性的三步走流程——理解意图、探索替代方案、生成设计文档——确保最终的设计既满足当前需求，又具备可扩展性和可维护性。
在实际应用中，Brainstorming 能有效避免因前期假设错误导致的返工风险。当面对模糊指令如“让它更好”或“增加某项功能”时，主动提问能迅速定位核心痛点；对于涉及多个组件交互的复杂特性，则可通过对比多种技术路径来降低耦合度。整个过程强调协作与透明化，所有讨论结果都会被结构化记录为正式的设计文档，作为后续开发阶段的输入依据。
值得注意的是，此方法并非万能钥匙，而是针对特定场景的决策辅助工具。其价值体现在将主观猜测转化为客观分析，尤其适合敏捷开发环境中快速对齐团队认知。只要遵循‘先问后做’的原则，就能显著提升代码质量与交付效率。
核心功能特点
- 编码前系统性提问以澄清模糊需求
- 提供2-3种备选技术方案并评估复杂度
- 自动生成结构化设计文档包含测试策略
- 强制覆盖边缘案例和失效条件分析
适用场景
Brainstorming 最适用于用户需求描述不清或目标模糊的开发场景。例如当产品经理提出‘优化用户体验’这类宽泛要求时，直接使用该技术可以快速拆解为具体可执行的子任务；又如需要集成第三方服务但接口规范尚未确定时，通过多方案对比选择最优接入方式。此外，在重构遗留系统或开发跨模块功能时，它能有效识别潜在依赖冲突和技术债风险。
该技能特别适合敏捷迭代中的早期规划阶段，帮助产品、开发和测试三方同步理解业务逻辑。典型用例包括：为新功能制定MVP范围、解决架构选型争议、以及应对紧急需求变更时的快速影响评估。只要存在‘怎么做’的不确定性，就可以启动此流程来收敛决策空间。
需要注意的是，对于高度标准化且文档齐全的功能模块（如CRUD操作），可能无需使用此技能直接推进。但在创新性强、不确定性高的项目里，提前进行结构化思考能避免后期大量无效返工。