Superpowers Skills Library (obra/superpowers)
Source
- Type: webpage
- Origin: https://github.com/obra/superpowers/tree/main/skills
- Imported: 2025-06-25
- Images: 2 (logo SVG and app icon PNG saved under
./assets/github-obra-superpowers-skills/)
Content
Superpowers is a complete software development methodology for coding agents, built on composable skills and bootstrap instructions that ensure the agent uses them automatically.
![]()
How it works
When you start a coding agent session, Superpowers does not jump straight into writing code. Instead it:
- Steps back and asks what you are really trying to do.
- Teases out a spec through conversation, then shows it in digestible chunks.
- After design sign-off, produces an implementation plan clear enough for a junior engineer with no project context to follow — emphasizing red/green TDD, YAGNI, and DRY.
- On "go", launches subagent-driven-development (or executing-plans): agents work through tasks, inspect and review work, and continue autonomously — often for hours without deviating from the plan.
Skills trigger automatically; no special invocation is required once installed.
Installation (Cursor)
In Cursor Agent chat:
text
/add-plugin superpowersOr search for "superpowers" in the plugin marketplace.
Other harnesses (Claude Code, Codex, Gemini CLI, Copilot CLI, Pi, OpenCode, etc.) have separate install paths — see the full README.
The basic workflow
| Step | Skill | What it does |
|---|---|---|
| 1 | brainstorming | Refines rough ideas through questions, explores alternatives, presents design in sections for validation. Saves a design document. |
| 2 | using-git-worktrees | After design approval, creates an isolated workspace on a new branch, runs project setup, verifies a clean test baseline. |
| 3 | writing-plans | With approved design, breaks work into bite-sized tasks (2–5 minutes each) with exact file paths, complete code, and verification steps. |
| 4 | subagent-driven-development or executing-plans | Dispatches a fresh subagent per task with two-stage review (spec compliance, then code quality), or executes in batches with human checkpoints. |
| 5 | test-driven-development | Enforces RED-GREEN-REFACTOR during implementation: write failing test, watch it fail, write minimal code, watch it pass, commit. |
| 6 | requesting-code-review | Between tasks, reviews against the plan and reports issues by severity. Critical issues block progress. |
| 7 | finishing-a-development-branch | When tasks complete, verifies tests, presents options (merge/PR/keep/discard), cleans up worktree. |
The agent checks for relevant skills before any task. These are mandatory workflows, not suggestions.
Skills library
All skills live under skills/ in the repository.
Testing
- test-driven-development — RED-GREEN-REFACTOR cycle. Write the test first, watch it fail, write minimal code to pass. Includes testing anti-patterns reference. Use for new features, bug fixes, refactoring, and behavior changes.
Debugging
- systematic-debugging — Four-phase root cause process. Iron law: no fixes without root cause investigation first. Includes root-cause-tracing, defense-in-depth, and condition-based-waiting techniques.
- verification-before-completion — Evidence before claims. Run fresh verification commands before declaring work complete, fixed, or passing.
Collaboration
- brainstorming — Socratic design refinement before any creative work. Hard gate: no implementation until design is presented and approved.
- writing-plans — Detailed implementation plans for multi-step tasks. Saves to
docs/superpowers/plans/YYYY-MM-DD-<feature-name>.md. - executing-plans — Batch execution with review checkpoints in a separate session. Prefer subagent-driven-development when subagents are available.
- dispatching-parallel-agents — One agent per independent problem domain when facing 2+ unrelated failures that can run concurrently.
- requesting-code-review — Dispatch a reviewer subagent with crafted context. Mandatory after each subagent-driven task and before merge.
- receiving-code-review — Verify before implementing feedback. Technical correctness over performative agreement.
- using-git-worktrees — Isolated workspace via native tools or git worktree fallback. Detect existing isolation before creating anything new.
- finishing-a-development-branch — Verify tests → detect environment → present merge/PR/keep/discard options → execute → clean up.
- subagent-driven-development — Fresh subagent per task + task review (spec + quality) + broad final review. Continuous execution without pausing between tasks.
Meta
- writing-skills — TDD applied to process documentation. Create, edit, and verify skills before deployment.
- using-superpowers — Bootstrap skill loaded at session start. If a skill might apply (even 1% chance), you must invoke it. User instructions override skill defaults.
Philosophy
- Test-Driven Development — Write tests first, always.
- Systematic over ad-hoc — Process over guessing.
- Complexity reduction — Simplicity as primary goal.
- Evidence over claims — Verify before declaring success.
Related links
- Original release announcement
- Superpowers marketplace (Claude Code / Copilot CLI)
- superpowers-evals — skill-behavior test harness
- Discord community
- Release announcements signup
License
MIT License — see LICENSE.
Key Takeaways
- Superpowers is a composable agent methodology: design → plan → isolated worktree → TDD implementation → review → branch completion.
- Fourteen skills under
skills/cover testing, debugging, collaboration, and meta skill authoring; they auto-trigger once the plugin is installed. - Cursor install:
/add-plugin superpowersor search the plugin marketplace. - Core philosophy: TDD, systematic debugging, simplicity, and evidence-based completion claims.
- Two branding assets (SVG logo + PNG app icon) are saved locally under
assets/github-obra-superpowers-skills/.