brainstorm
Shape an unclear feature or design with the user before any plan exists — one question at a time, 2-3 approaches, and a local browser companion for mockups and diagrams. Use when the user says "brains
SKILL.md.agents/skills/brainstorm/SKILL.md
GitHubBrainstorm
Turn an open idea into an approved design through dialogue. The output is a design
the user approved, handed to /big-feature as its task. No code, no plan.
Steps
- Read the project context: CLAUDE.md, the relevant files, recent commits.
- If upcoming questions are visual (layouts, mockups, diagrams), offer the visual
companion in its own message and wait for the answer:
"Some of this is easier to show than describe. I can put mockups and diagrams in a local browser page as we go. It costs extra tokens. Want to try it?"
- Ask clarifying questions, one per message, multiple choice when possible: purpose, constraints, success criterion.
- If the request spans several independent subsystems, say so first and pick one to design.
- Propose 2-3 approaches with trade-offs. Lead with your recommendation and why.
- Present the design in sections sized to their complexity, and confirm each one: components, data flow, error handling, how it is tested.
- Write the approved design to the project's plans directory (
docs/plans/unless its CLAUDE.md says otherwise). Commit only if the user asks. - Hand off: propose
/big-featurewith the design file as the task. Do not plan or implement here.
Visual companion
Use the browser only when seeing beats reading: mockups, layout comparisons, architecture diagrams. Text choices, scope and trade-offs stay in the terminal.
Once the user accepts, read visual-companion.md in this skill's directory before
starting the server. Scripts live in scripts/. Pass --project-dir so mockups
persist in .superpowers/brainstorm/, and check that .superpowers/ is gitignored.
Visual companion: copied from obra/superpowers (MIT, see LICENSE).