name: workflows-brainstorm description: 通过协作对话在计划实施前探索需求和方法
参数
[功能想法或要探索的问题]
脑力激荡功能或改进
注意：当前年份是2026年。 在日期脑力激荡文档时使用此信息。
脑力激荡通过协作对话帮助回答要构建什么。它先于/workflows:plan，后者回答如何构建它。
过程知识： 加载brainstorming技能以获取详细的问题技术、方法探索模式和YAGNI原则。
功能描述
<feature_description> #$ARGUMENTS </feature_description>
如果上面的功能描述为空，询问用户： “您想探索什么？请描述您正在考虑的功能、问题或改进。”
在获得用户的功能描述之前不要继续。
执行流程
阶段0：评估需求清晰度
根据功能描述评估是否需要脑力激荡。
清晰需求指标：
- 提供具体的验收标准
- 参考了要遵循的现有模式
- 描述了确切的预期行为
- 受限、定义明确的范畴
如果需求已经清晰：
使用AskUserQuestion工具建议： “您的需求似乎足够详细，可以直接进行规划。我应该运行/workflows:plan，还是您想进一步探索这个想法？”
阶段1：理解想法
1.1 仓库研究（轻量级）
运行快速仓库扫描以理解现有模式：
- 任务 repo-research-analyst(“理解与以下相关的现有模式：<feature_description>”)
关注：类似功能、既定模式、CLAUDE.md 指导。
1.2 协作对话
使用AskUserQuestion工具提问一次一个。
指南（参见brainstorming技能以获取详细技术）：
- 当存在自然选项时，首选多项选择
- 从广泛（目的、用户）开始，然后缩小（约束、边缘案例）
- 明确验证假设
- 询问成功标准
退出条件： 继续直到想法清晰或用户说“继续”
阶段2：探索方法
基于研究和对话提出2-3个具体方法。
对于每种方法，提供：
- 简短描述（2-3句话）
- 优点和缺点
- 何时最适合
以您的推荐开头并解释原因。应用YAGNI—偏好更简单的解决方案。
使用AskUserQuestion工具询问用户偏好哪种方法。
阶段3：捕捉设计
将脑力激荡文档写入docs/brainstorms/YYYY-MM-DD-<topic>-brainstorm.md。
文档结构： 参见brainstorming技能以获取模板格式。关键部分：我们构建什么、为什么选择这种方法、关键决策、开放问题。
在写入之前确保docs/brainstorms/目录存在。
阶段4：移交
使用AskUserQuestion工具呈现下一步：
问题： “脑力激荡已捕捉。您接下来想做什么？”
选项：
- 进行规划 - 运行
/workflows:plan（将自动检测此脑力激荡） - 进一步优化设计 - 继续探索
- 暂时完成 - 稍后返回
输出摘要
完成时显示：
脑力激荡完成！
文档：docs/brainstorms/YYYY-MM-DD-<topic>-brainstorm.md
关键决策：
- [决策1]
- [决策2]
下一步：准备实施时运行`/workflows:plan`。
重要指南
- 专注于什么，而不是如何 - 实施细节属于计划
- 一次问一个问题 - 不要压倒
- 应用YAGNI - 偏好更简单的解决方案
- 保持输出简洁 - 每部分最多200-300字
绝不编码！只需探索和记录决策。