name: brainstorm description: “促进AI辅助的头脑风暴会话，用于需求发现。使用发散-收敛思维模式生成想法，然后过滤和精炼它们。支持多种头脑风暴技术。” argument-hint: “[–domain <域名>] [–technique freeform|reverse|starbursting|scamper|sixhats] [–rounds <轮数>]” allowed-tools: Task, Read, Write, Glob, Grep, Skill, AskUserQuestion
Brainstorm 命令
促进AI辅助的头脑风暴会话，用于发现新需求和想法。
交互式会话设置
使用 AskUserQuestion 来配置头脑风暴会话：
# 问题 1: 头脑风暴技术 (MCP: 发散思维方法论)
question: "我们应该使用什么头脑风暴技术？"
header: "技术"
options:
- label: "自由联想 (推荐)"
description: "经典头脑风暴 - 数量优先于质量，基于想法构建"
- label: "反向头脑风暴"
description: "思考如何导致问题，然后翻转"
- label: "SCAMPER"
description: "替代、组合、适应、修改、消除、反转"
- label: "六顶思考帽"
description: "从六个角度进行平行思考"
# 问题 2: 会话范围 (MCP: CLI 最佳实践 - MVP 与 完整版)
question: "会话应该有多全面？"
header: "范围"
options:
- label: "快速构思 (推荐)"
description: "1 轮，20-30 个想法，前 5 名候选 (~15 分钟)"
- label: "标准会话"
description: "2 轮，40-50 个想法，分组主题 (~30 分钟)"
- label: "深度探索"
description: "3+ 轮，所有技术，完整精炼 (~60 分钟)"
使用这些响应来定制技术选择和会话深度。
用法
/requirements-elicitation:brainstorm
/requirements-elicitation:brainstorm --domain "移动应用"
/requirements-elicitation:brainstorm --domain "结账" --technique reverse
/requirements-elicitation:brainstorm --domain "入职" --technique sixhats --rounds 3
参数
| 参数 | 必需 | 描述 |
|---|---|---|
| –domain | 否 | 头脑风暴的领域 (默认: 当前/最近) |
| –technique | 否 | 头脑风暴技术: freeform, reverse, starbursting, scamper, sixhats (默认: freeform) |
| –rounds | 否 | 头脑风暴轮数 (默认: 2) |
头脑风暴技术
自由联想 (默认)
经典头脑风暴 - 生成尽可能多的想法，不加评判。
freeform:
phase_1_diverge:
goal: "生成最大量的想法"
rules:
- "无批评或评估"
- "数量优先于质量"
- "基于他人想法构建"
- "欢迎疯狂想法"
prompts:
- "什么功能可以帮助用户实现 [目标]？"
- "什么会使这个好 10 倍？"
- "竞争对手希望他们有什么？"
- "用户会喜欢但不会期望什么？"
phase_2_converge:
goal: "过滤和分组想法"
actions:
- "移除重复项"
- "分组相关想法"
- "识别主题"
- "标记最有前途的"
反向头脑风暴
通过思考如何导致问题来生成想法。
reverse:
phase_1_reverse:
question: "我们如何让 [问题] 更糟？"
examples:
- "我们如何让结账更混乱？"
- "我们如何让搜索更令人沮丧？"
- "我们如何让入职更慢？"
phase_2_flip:
action: "翻转每个想法以找到解决方案"
example:
problem: "让结账时间更长"
flipped: "添加一键结账选项"
phase_3_refine:
action: "评估翻转的想法作为需求"
星爆法
生成问题而非答案，以探索问题空间。
starbursting:
question_categories:
who:
- "谁将使用这个？"
- "谁受这个影响？"
- "谁需要批准这个？"
what:
- "这个解决什么问题？"
- "需要什么功能？"
- "什么可能出错？"
when:
- "用户什么时候需要这个？"
- "这个应该什么时候可用？"
- "这个什么时候会失败？"
where:
- "这个将在哪里使用？"
- "这个在旅程中适合哪里？"
- "集成点在哪里？"
why:
- "用户为什么需要这个？"
- "他们为什么会选择这个？"
- "他们为什么可能抵制这个？"
how:
- "用户将如何与这个交互？"
- "我们如何知道它正在工作？"
- "我们将如何支持这个？"
SCAMPER
使用七个提示的系统性创造力技术。
scamper:
substitute:
prompt: "什么可以被替代？"
examples:
- "用生物识别替代密码"
- "用自动填充替代手动输入"
combine:
prompt: "什么可以被组合？"
examples:
- "组合登录和偏好设置"
- "合并结账和账户创建"
adapt:
prompt: "什么可以从其他地方适应？"
examples:
- "适应 Netflix 的推荐引擎"
- "适应 Uber 的实时跟踪"
modify:
prompt: "什么可以被修改/放大/缩小？"
examples:
- "放大确认反馈"
- "最小化表单字段数量"
put_to_other_uses:
prompt: "这个还可以用于什么？"
examples:
- "使用搜索进行导航"
- "使用购买历史进行推荐"
eliminate:
prompt: "什么可以被消除？"
examples:
- "消除强制注册"
- "移除不必要的确认步骤"
reverse_rearrange:
prompt: "什么可以被反转或重新排列？"
examples:
- "重新排列结账以先显示总额"
- "反转注册流程"
六顶思考帽
从六个角度进行平行思考。
six_hats:
white_hat:
focus: "事实和信息"
questions:
- "我们有什么数据？"
- "缺少什么信息？"
- "我们确定知道什么？"
red_hat:
focus: "情感和直觉"
questions:
- "用户对这个感觉如何？"
- "你的直觉反应是什么？"
- "存在什么挫折？"
black_hat:
focus: "批判性判断"
questions:
- "什么可能出错？"
- "风险是什么？"
- "为什么这个可能会失败？"
yellow_hat:
focus: "乐观价值"
questions:
- "好处是什么？"
- "最好的结果是什么？"
- "为什么这个会成功？"
green_hat:
focus: "创意想法"
questions:
- "出现什么新想法？"
- "存在什么替代方案？"
- "可能有什么创新？"
blue_hat:
focus: "过程和总结"
questions:
- "我们的结论是什么？"
- "我们应该下一步做什么？"
- "我们学到了什么？"
工作流程
步骤 1: 设置
setup:
1. 从 .requirements/{domain}/synthesis/ 加载现有需求
2. 识别领域焦点区域
3. 选择头脑风暴技术
4. 准备技术特定提示
步骤 2: 发散阶段
divergent:
goal: "生成最大量的想法，不加评判"
approach:
- 应用选定的技术提示
- 快速连续生成想法
- 基于和组合想法
- 捕获所有想法而不过滤
output: "原始想法列表 (典型 30-50+ 想法)"
步骤 3: 收敛阶段
convergent:
goal: "过滤、分组和优先排序想法"
steps:
1. 移除重复和近重复项
2. 将相关想法分组为主题
3. 评估可行性 (快速评估)
4. 评级价值/影响潜力
5. 选择顶部想法进行精炼
步骤 4: 精炼阶段
refinement:
goal: "将顶部想法转化为需求候选"
for_each_selected_idea:
- 扩展为需求陈述
- 识别受影响利益相关者
- 注意依赖和约束
- 标记以与利益相关者验证
步骤 5: 输出生成
output:
brainstorm_session:
domain: "{domain}"
technique: "{technique}"
date: "{ISO-8601}"
rounds: 2
raw_ideas:
total: 47
by_theme:
- theme: "速度/性能"
ideas: ["...", "..."]
- theme: "个性化"
ideas: ["...", "..."]
filtered_ideas:
total: 18
top_rated:
- idea: "一键重新订购先前购买"
theme: "便利性"
feasibility: "高"
impact: "高"
votes: 5
requirement_candidates:
- id: "IDEA-001"
statement: "用户应能够通过单次点击重新订购先前购买"
source_idea: "一键重新订购"
stakeholders: ["回头客", "运营"]
validation_needed: true
示例会话
/requirements-elicitation:brainstorm --domain "食品配送" --technique reverse
═══════════════════════════════════════════════
头脑风暴会话: 食品配送
技术: 反向头脑风暴
═══════════════════════════════════════════════
阶段 1: 反向思维
"我们如何让食品配送更糟？"
生成负面想法...
✗ 让菜单难以阅读
✗ 隐藏配送费直到结账
✗ 显示不准确的配送时间
✗ 让定制订单不可能
✗ 移除订单跟踪
✗ 让重新订购困难
✗ 忽略饮食偏好
✗ 让分摊账单复杂
... (32 更多负面想法)
阶段 2: 翻转想法
负面 → 正面需求:
✗ "隐藏费用" → ✓ "在添加到购物车前显示所有费用"
✗ "不准确的时间" → ✓ "实时 GPS 跟踪与准确 ETA"
✗ "无定制" → ✓ "完整定制与修改选项"
✗ "无跟踪" → ✓ "实时订单状态与司机位置"
... (32 更多翻转)
阶段 3: 分组和过滤
识别的主题:
📊 透明度 (8 想法)
🎯 定制化 (6 想法)
📍 跟踪 (5 想法)
♻️ 便利性 (7 想法)
💰 定价 (6 想法)
按影响顶部想法:
1. 显示所有费用 upfront (透明度, 高影响)
2. 实时 GPS 跟踪 (跟踪, 高影响)
3. 一键重新订购 (便利性, 高影响)
4. 智能饮食过滤器 (定制化, 中影响)
5. 容易分摊账单 (便利性, 中影响)
阶段 4: 需求候选
生成 12 需求候选:
REQ-CAND-001: "系统应在添加到购物车前显示所有费用"
REQ-CAND-002: "系统应提供配送司机的实时 GPS 跟踪"
REQ-CAND-003: "系统应启用先前订单的一键重新订购"
...
═══════════════════════════════════════════════
会话完成
═══════════════════════════════════════════════
结果:
- 原始想法生成: 40
- 过滤后想法: 18
- 需求候选: 12
- 发现的主题: 5
保存到: .requirements/食品配送/brainstorm/BS-20251226-160000.yaml
下一步:
1. 与利益相关者审查候选
2. 运行 /simulate 从用户角度验证
3. 添加已验证需求到合成
输出位置
output_locations:
session: ".requirements/{domain}/brainstorm/BS-{timestamp}.yaml"
candidates: ".requirements/{domain}/brainstorm/candidates-{timestamp}.yaml"
与其他命令集成
头脑风暴前
# 审查现有需求以获取上下文
/requirements-elicitation:gaps --domain "配送"
# 研究领域以获取灵感
/requirements-elicitation:research --domain "配送"
头脑风暴后
# 与利益相关者验证候选
/requirements-elicitation:simulate --domain "配送" --personas 最终用户
# 添加已验证候选到需求
/requirements-elicitation:discover --domain "配送" --from-candidates
错误处理
error_handling:
no_context:
message: "无领域上下文可用"
action: "提供 --domain 或先运行 /discover"
technique_mismatch:
message: "选定技术不适合领域"
action: "基于领域建议替代技术"