obra
58 skills · 3.7M installs · 9 repositories
Repositories
- 1

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).
407.6K - 2

Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes
309.8K - 3

Use when you have a spec or requirements for a multi-step task, before touching code
285.6K - 4

Use when starting any conversation - establishes how to find and use skills, requiring skill invocation before ANY response including clarifying questions
272.5K - 5

Use when completing tasks, implementing major features, or before merging to verify work meets requirements
264.5K - 6

Use when implementing any feature or bugfix, before writing implementation code
261.8K - 7

Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always
254.7K - 8

Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
245.7K - 9

Use when executing implementation plans with independent tasks in the current session
240.2K - 10

Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation
223.7K - 11

Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies
220.5K - 12

Use when creating new skills, editing existing skills, or verifying skills work before deployment
220.2K - 13

Use when starting feature work that needs isolation from current workspace or before executing implementation plans - ensures an isolated workspace exists via native tools or git worktree fallback
219.3K - 14

Use when implementation is complete, all tests pass, and you need to decide how to integrate the work
216.8K - 15

Use when a superpowers session went wrong and your human partner wants to know why — repeated work, ignored plans, stumbles, poor results, a skill that didn't fire, "it took too long", "why is it so expensive", "what is it doing" — or wants to build a bug report for the superpowers maintainers, for the current session or a past one identified by id or path, on any harness.
21.7K - 16

You MUST invoke this skill before saying "I don't know," guessing, or treating any topic as new, no matter how trivial the question seems. It supplements other memory systems, which only hold partial records. Searching past conversations is the only way to recover what was actually said.
9.2K - 17

Apply Strunk's timeless writing rules to ANY prose humans will read—documentation, commit messages, error messages, explanations, reports, or UI text. Makes your writing clearer, stronger, and more professional.
2.1K - 18

Skills wiki intro - mandatory workflows, search tool, brainstorming triggers
949 - 19

Use when auditing a codebase for semantic duplication - functions that do the same thing but have different names or implementations. Especially useful for LLM-generated codebases where new functions are often created rather than reusing existing ones.
637 - 20

Force unrelated concepts together to discover emergent properties - "What if we treated X like Y?"
580 - 21

Interactive idea refinement using Socratic method to develop fully-formed designs
567 - 22

Write the test first, watch it fail, write minimal code to pass
563 - 23

Four-phase debugging framework that ensures root cause investigation before attempting fixes. Never jump to solutions.
559 - 24

Systematically trace bugs backward through call stack to find original trigger
557 - 25

Run verification commands and confirm output before claiming success
539 - 26

Create detailed implementation plans with bite-sized tasks for engineers with zero codebase context
535 - 27

Never test mock behavior. Never add test-only methods to production classes. Understand dependencies before mocking.
531 - 28

Execute implementation plan by dispatching fresh subagent for each task, with code review between tasks
525 - 29

Execute detailed plans in batches with review checkpoints
524 - 30

Dispatch to the right problem-solving technique based on how you're stuck
523 - 31

Receive and act on code review feedback with technical rigor, not performative agreement or blind implementation
520 - 32

RED-GREEN-REFACTOR for process documentation - baseline without skill, write addressing failures, iterate closing loopholes
520 - 33

Dispatch code-reviewer subagent to review implementation against plan or requirements before proceeding
519 - 34

Find one insight that eliminates multiple components - "if this is true, we don't need X, Y, or Z"
518 - 35

Create isolated git worktrees with smart directory selection and safety verification
516 - 36

Flip core assumptions to reveal hidden constraints and alternative approaches - "what if the opposite were true?"
515 - 37

Understand how ideas evolved over time to find old solutions for new problems and avoid repeating past failures
515 - 38

Spot patterns appearing in 3+ domains to find universal principles
514 - 39

Validate at every layer data passes through to make bugs impossible
513 - 40

Use multiple Claude agents to investigate and fix independent problems concurrently
513 - 41

Complete feature development with structured options for merge, PR, or cleanup
512 - 42

Search previous Claude Code conversations for facts, patterns, decisions, and context using semantic or text search
511 - 43

TDD for process documentation - test with subagents before writing, iterate until bulletproof
511 - 44

Test at extremes (1000x bigger/smaller, instant/year-long) to expose fundamental truths hidden at normal scales
510 - 45

Replace arbitrary timeouts with condition polling for reliable async tests
507 - 46

Use when you need to run interactive CLI tools (vim, git rebase -i, Python REPL, etc.) that require real-time input/output - provides tmux-based approach for controlling interactive sessions through detached sessions and send-keys
505 - 47

Recognize when disagreements reveal valuable context, preserve multiple valid approaches instead of forcing premature resolution
502 - 48

Contribute skills back to upstream via branch and PR
502 - 49

Maintain skills wiki health - check links, naming, cross-references, and coverage
501 - 50

Sync local skills repository with upstream changes from obra/superpowers-skills
499