# 头脑风暴 (brainstorming)

> 动手构建前逐个提问，弄清用户真正想要什么及原因，并形成经其批准的设计文档。

- 分类: [需求分析](https://www.myskills.tools/zh/categories/requirements/)
- 来源: 社区 · Jesse Vincent
- 代码仓库: https://github.com/obra/superpowers/tree/main/skills/brainstorming (commit 2ce8aa1)
- SKILL.md: https://github.com/obra/superpowers/blob/main/skills/brainstorming/SKILL.md
- 安装命令: `npx skills add obra/superpowers --skill brainstorming`
- 许可证: MIT
- 兼容工具: Claude Code, Codex, Cursor, Gemini CLI, OpenCode
- 权限: read-repo ✓, write-files ✓, shell ✓, network ✓
- 状态: 扫描通过
- 规则扫描无法覆盖所有风险，安装前请阅读此技能的 SKILL.md，确认权限后再使用。

## 核心规则

在用户批准设计文档之前，不构建任何东西。

## 执行阶段

1. **先看再问** — 先阅读项目代码和用户给出的材料，项目已能回答的问题绝不再问。
2. **逐个提问并复述** — 每条消息只以一个开放式问题结尾；理清一部分就用 200–300 字复述，并询问哪里有误或遗漏。
3. **列出可选方案** — 单独用一条消息给出两三种构建方式及其取舍，推荐一种并说明理由，由用户选择。
4. **撰写设计文档** — 按规模写简短版或完整版设计；项目级设计先交给子代理做“构建者检查”，在软件仓库中保存到 docs/superpowers/specs/ 并提交。
5. **批准后交接** — 用户批准设计文档后，只调用 superpowers:writing-plans 进入计划阶段。

## 权限说明（据 SKILL.md 整理）

| 能力 | 是否需要 | 说明 |
|---|---|---|
| 文件写入 | 部分需要 | 批准前只写设计文档，以及用户同意的一次性原型；不写产品代码、不搭脚手架、不装依赖。 |
| 命令执行 | 部分需要 | 用 git 提交设计文档，并在用户接受时运行自带脚本启动本地可视化伴侣服务。 |
| 网络外发 | 部分需要 | 仅在用户同意后上网查资料；可视化伴侣运行在 localhost 上。 |

## SKILL.md 头部信息（YAML）

```yaml
---
name: brainstorming
description: "You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation)."
---
```

首页: https://www.myskills.tools/zh/ · URL: https://www.myskills.tools/zh/skills/brainstorming/