Skip to content

头脑风暴 (Brainstorming)

协作类

在进行任何创造性工作之前必须使用 — 创建功能、构建组件、添加功能或修改行为。

快速入门

30 秒理解

通过苏格拉底式对话理解需求,在实现前形成完整设计文档。

何时使用

  • 开始新功能开发
  • 需求不明确时
  • 架构决策前

快速示例

用户: 帮我构建一个用户认证系统

AI: 我正在使用 brainstorming 技能来理解你的需求。

  1. 这个认证系统需要支持哪些登录方式?
    • 用户名密码
    • 社交登录(GitHub/Google)
    • 两者都需要

完整指南

核心原理

核心原则: 在展示设计并获得用户批准之前,不得调用任何实现技能、编写任何代码、搭建任何项目或采取任何实现行动。

反模式: "这太简单了不需要设计"

每个项目都要经历这个过程。一个待办列表、一个单一功能的工具、一个配置变更 — 都不例外。

检查清单

  1. 探索项目上下文 — 检查文件、文档、最近提交
  2. 询问澄清问题 — 一次一个,理解目的/约束/成功标准
  3. 提出 2-3 个方案 — 包含权衡和推荐
  4. 展示设计 — 按复杂度缩放章节,每节后获取用户批准
  5. 编写设计文档 — 保存到 docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md 并提交
  6. 过渡到实现 — 调用 writing-plans 技能创建实现计划

关键原则

  • 一次一个问题 — 不要用多个问题淹没用户
  • 优先多选题 — 比开放式更容易回答
  • 无情 YAGNI — 从所有设计中移除不必要的功能
  • 探索替代方案 — 总是提出 2-3 个方案后再确定
  • 增量验证 — 展示设计,获得批准后再继续

相关技能

后续技能

相关技能