| name | sdd-brainstorm |
| description | 轻量需求头脑风暴 — 先扫代码库确认前置条件,再用 2-3 轮聚焦讨论锁定范围和方案。Use when user says "brainstorm this feature", "需求讨论", "sdd brainstorm", or wants to explore a feature idea before writing specs. Replaces heavyweight brainstorming workflows that burn tokens. |
| argument-hint | Describe the feature or requirement you want to brainstorm |
| disable-model-invocation | true |
SDD Brainstorm — 轻量需求头脑风暴
用最少轮次帮用户理清需求、锁定方案,为写规格文档做准备。
核心原则
- 先查后问 — 能从代码库得到答案的不问用户
- 聚焦收敛 — 每轮有明确目标,不发散
- 用户主导 — 用户随时可以说"够了,进入下一步"
- 最小工具 — 能用 grep/read 解决的不调 LSP,能对话解决的不派子智能体
工作流程
第 0 步:前置条件检查(必做,L0)
开始讨论前,用 grep/read 快速扫描代码库:
- 用户描述的功能是否已有部分实现?在哪些文件?
- 项目技术栈(语言、框架、构建工具)
- 涉及哪些现有模块和依赖
- 测试现状和框架
整理成「前置条件摘要」展示给用户,确认准确性。
如果 .plan/brainstorm.md 已存在(上次讨论的残留),先读取并告知用户,避免重复工作。
第 1 步:需求澄清(1-2 轮对话)
聚焦 What:
- 解决什么问题?核心场景?(最多 3 个)
- 非目标(不做什么)?
每轮给出理解和建议,请用户确认。不连珠炮提问。
第 2 步:方案探索(1-2 轮对话)
聚焦 How:
- 提出 1-2 个可行方案,一句话概述 + 关键优劣
- 指出需要用户决策的关键点
用户已有方案时直接确认,不强行推销替代方案。
第 3 步:锁定结论
输出结构化摘要:
## 需求摘要
- **目标**:一句话
- **用户场景**:核心场景列表
- **非目标**:明确不做的事
## 选定方案
- **方案**:一句话
- **关键决策**:已确认的技术决策
- **开放问题**:仍需确认的点(如有)
## 前置条件
- **涉及文件**:需修改的文件列表
- **依赖模块**:相关模块
- **约束**:已知技术约束
提示用户:
结论如上。接下来可以用 /sdd-spec 生成规格文档,或用 /grill-me 压力测试方案。
复杂度升级(按需,不默认触发)
| 信号 | 升级动作 | 何时值得 |
|---|
| 涉及 3+ 模块,方案不确定 | 进入 plan mode 做结构化探索 | 跨模块重构、架构选型 |
| 需要了解符号依赖关系 | 调 LSP workspaceSymbol / findReferences | 接口变更、影响面分析 |
| 方案需要领域建模 | 派发「软件架构师」子智能体 | 新领域、复杂业务规则 |
判断标准:如果 grep + 对话能在 3 轮内锁定方案,就不升级。升级是为了节省后续返工成本,不是为了流程完整。
输出
写入 .plan/brainstorm.md。
禁止
- 不自动生成规格文档(等用户要求)
- 不在头脑风暴阶段讨论实现细节
- 不一次性问超过 3 个问题
- 用户说"直接做"时跳过剩余步骤,输出已知信息