Skip to content
Back to skills

Brainstorming

ASecurity

Collaborative design refinement through iterative questioning. Use for

  • 17 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added September 9, 2026
code-qualitygotestinggitapi

Works with

  • api

Security analysis

A100/100

Pro scans all 4 files and shows the line behind each finding

Scanned September 9, 2026

npx -y skills add vamseeachanta/workspace-hub --skill brainstorming --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Brainstorming?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Brainstorming
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/vamseeachanta-brainstorming/badge)](https://www.skillsdirectory.com/skills/vamseeachanta-brainstorming)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: brainstorming
description: Collaborative design refinement through iterative questioning. Use for
  transforming ideas into detailed specifications before implementation. Based on
  obra/superpowers.
version: 1.0.0
category: _internal
last_updated: 2026-01-19
source: https://github.com/obra/superpowers
related_skills:
- writing-plans
- product-roadmap
tags: []
see_also:
- brainstorming-best-practices
- brainstorming-error-handling
- brainstorming-metrics
freedom: high
---

# Brainstorming

## Overview

This skill guides collaborative dialogue to transform ideas into detailed design specifications before implementation begins. Through Socratic questioning and iterative refinement, it ensures shared understanding and prevents costly rework.

## Quick Start

1. **Understand context** - Examine project, ask clarifying questions
2. **Explore options** - Propose 2-3 approaches with trade-offs
3. **Refine design** - Validate section by section (200-300 words each)
4. **Document** - Write design to timestamped file
5. **Plan** - Optionally create implementation plan

## When to Use

- Starting new features or projects
- Clarifying ambiguous requirements
- Evaluating architectural decisions
- Designing APIs or interfaces
- Planning complex implementations
- Before writing any significant code

## The Brainstorming Process

### Phase 1: Understanding

**Goal:** Build complete picture of the problem space.

**Approach:**
- Examine project context first
- Ask one question at a time
- Use multiple-choice questions when feasible
- Focus on purpose, constraints, and success metrics

**Key questions:**
- What problem are we solving?
- Who are the users?
- What are the constraints?
- How will success be measured?
- What already exists?
### Phase 2: Exploration

**Goal:** Identify and evaluate solution approaches.

**Approach:**
- Propose 2-3 different approaches
- Present trade-offs for each
- Give reasoned recommendations
- Stay conversational, not prescriptive

**Option template:**
```
### Option A: [Name]

- Approach: [Description]
- Pros: [Benefits]
- Cons: [Drawbacks]
- Best for: [Scenarios]
```
### Phase 3: Design Presentation

**Goal:** Create validated design specification.

**Approach:**
- Break into sections of 200-300 words
- Validate each section before proceeding
- Cover: architecture, components, data flow, error handling, testing
- Allow revisiting earlier decisions

**Section checklist:**
- [ ] Architecture overview

*See sub-skills for full details.*

## Key Principles

### YAGNI (You Aren't Gonna Need It)

Apply ruthlessly:
- Design only what's needed now
- Avoid speculative features
- Question every "nice to have"
- Defer complexity until required
### Single Question Per Message

- Prevents overwhelming stakeholders
- Ensures each point is addressed
- Maintains conversation flow
- Allows for course correction
### Incremental Validation

- Validate section by section
- Get explicit confirmation
- Allow reversals
- Build on confirmed foundations

## Question Templates

### Clarification

- "To clarify: [summary of understanding]. Is that correct?"
- "When you say [term], do you mean (a) [option1], (b) [option2], or (c) something else?"
### Trade-off Exploration

- "We could either [A] or [B]. [A] gives us [benefit] but [drawback]. [B] gives us [benefit] but [drawback]. Which matters more for this project?"
### Priority Assessment

- "Which is more important: [quality A] or [quality B]?"
- "If we had to choose between [option 1] and [option 2], which would you prefer?"
### Validation

- "Here's my understanding of [section]. Does this match your expectations?"
- "Before we move on, let me confirm: [summary]"

## Post-Design Actions

After validation:

1. **Document**
   - Write design to timestamped file
   - Include all decisions and rationale
   - Note any deferred decisions

2. **Plan (Optional)**
   - Use writing-plans skill for implementation
   - Break design into tasks
   - Estimate and prioritize

3. **Review (Optional)**
   - Share with stakeholders
   - Gather additional feedback
   - Incorporate changes

## Related Skills

- [writing-plans](../development/planning/writing-plans/SKILL.md) - Create implementation plans
- [sparc-workflow](../development/sparc-workflow/SKILL.md) - Development methodology
- [product-roadmap](../product/product-roadmap/SKILL.md) - Product planning

---

## Version History

- **1.0.0** (2026-01-19): Initial release adapted from obra/superpowers

## Sub-Skills

- [Best Practices](best-practices/SKILL.md)
- [Error Handling](error-handling/SKILL.md)
- [Metrics](metrics/SKILL.md)

Files in this skill

  • SKILL.md4.5 KB
  • best-practices/SKILL.md620 B
  • error-handling/SKILL.md521 B
  • metrics/SKILL.md489 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.