Superpowers für Claude Code: Installation, Skills & Workflow
Was das Superpowers-Plugin Claude Code hinzufügt, die exakten Installationsbefehle aus dem Repository, alle 15 Skills in v7.0.2 und wie sich der Workflow von reinem Claude Code unterscheidet.
Das Wichtigste
- Superpowers ist ein Open-Source-Plugin mit 15 kombinierbaren Skills — Brainstorming, Pläne, TDD, Debugging, Worktrees, Code-Review — die Claude Code nach der Installation automatisch lädt.
- Aus dem offiziellen Marketplace: /plugin install superpowers@claude-plugins-official. Alternativ obra/superpowers-marketplace hinzufügen und superpowers@superpowers-marketplace installieren.
- Der Release-Beitrag des Autors nennt Claude Code 2.0.13 oder ähnlich als Minimum; das Plugin-Manifest im Repository ist v7.0.2, veröffentlicht am 2026-11-03.
- Der Ablauf: Brainstorming → Worktree → schriftlicher Plan → Ausführung per Subagent oder inline mit TDD → Review → Branch abschließen. Vor jeder Aufgabe prüft der Agent, ob ein passender Skill existiert.
Repository-Stand geprüft am 2026-11-11: 315,938 Sterne auf GitHub, letztes Release v7.0.2 vom 2026-11-03, letzter Commit 22f0b463. Sternzahlen ändern sich täglich — bitte als Momentaufnahme lesen. Installationsbefehle, Skill-Namen und Versionsnummern auf dieser Seite sind aus diesen Quellen übernommen, nicht umformuliert.
Was Superpowers tatsächlich ist
Superpowers ist ein quelloffenes Plugin unter MIT-Lizenz — zum Redaktionsschluss v7.0.2 — das Claude Code keine weitere Werkzeugsammlung gibt, sondern eine Softwareentwicklungs-Methodik. Es ist kein Modell, kein API-Proxy und kein Fork: eine Bibliothek aus 15 Skills plus ein Bootstrap, der den Agenten anhält, sie zu suchen und zu befolgen.
Ein Skill ist ein Ordner mit einer SKILL.md: YAML-Frontmatter mit name und description, darunter Markdown-Anweisungen. Die description ist der Auslöser — Claude Code liest sie und entscheidet, ob der Skill passt. Superpowers setzt zusätzlich einen Session-Start-Hook, der den using-superpowers-Bootstrap injiziert, sodass der Agent vor der Antwort nach einem Skill sucht und nicht erst nach dem Code.
Gebaut von Jesse Vincent (obra) bei Prime Radiant, veröffentlicht am 2025-10-09 — am selben Tag, an dem Anthropic das Plugin-System für Claude Code auslieferte. Dasselbe Repository installiert auch in Codex, Cursor, Gemini CLI, Copilot CLI, OpenCode und weitere: eine Skill-Bibliothek, viele Harnesses.
- Version
- v7.0.2 · 2026-11-03
- Letzter Commit
- 22f0b463
- Lizenz
- MIT
Superpowers in Claude Code installieren
Zwei unterstützte Wege, beide wörtlich aus dem Repository-README übernommen. Führen Sie sie in einer Claude-Code-Session aus — es sind Slash-Befehle, keine Shell-Befehle.
Weg 1 — der offizielle Marketplace (eine Zeile)
Anthropics Marketplace claude-plugins-official wird beim ersten Start einer interaktiven Claude-Code-Session automatisch hinzugefügt, es bleibt also nur die Installationszeile. Das README verlinkt zusätzlich eine Übersichtsseite: claude.com/plugins/superpowers.
/plugin install superpowers@claude-plugins-officialWeg 2 — der Superpowers-Marketplace
Sinnvoll, wenn Sie den Marketplace des Autors wollen, der auch verwandte Plugins wie superpowers-chrome und elements-of-style führt. Die erste Zeile registriert den Marketplace, die zweite installiert das Plugin per Namen.
/plugin marketplace add obra/superpowers-marketplace/plugin install superpowers@superpowers-marketplaceWas vorher da sein muss
- 1Claude Code 2.0.13 oder neuer — das Minimum, das der Release-Beitrag des Autors für den Plugin-Weg nennt.
- 2Ein Neustart nach der Installation: claude beenden und neu starten, damit der Session-Start-Hook den Bootstrap injiziert.
- 3Ein Git-Repository für den vollen Workflow — der Worktree-Schritt legt einen eigenen Branch an, der Abschluss bietet Merge, Pull Request oder Verwerfen.
Andere Harnesses, dasselbe Repository
Das README nennt pro Coding-Agent eine Installationszeile. Sie sind hier exakt übernommen — lesen Sie das README vor dem Ausführen erneut, die Befehle ändern sich zwischen Releases.
| Harness | Installationsbefehl |
|---|---|
| Codex CLI | /plugins |
| Cursor | /add-plugin superpowers |
| Gemini CLI | gemini extensions install https://github.com/obra/superpowers |
| Copilot CLI | copilot plugin marketplace add obra/superpowers-marketplace |
| Antigravity | agy plugin install https://github.com/obra/superpowers |
| Qwen Code | qwen extensions install obra/superpowers |
| Kimi Code | /plugins install https://github.com/obra/superpowers |
| Factory Droid | droid plugin marketplace add https://github.com/obra/superpowers |
| Grok Build | grok plugin install superpowers@xai-official --trust |
| Pi | pi install git:github.com/obra/superpowers |
| Hermes | hermes plugins install obra/superpowers --enable |
Der Workflow, den es erzwingt
Das ist der Teil, der Claude Code wirklich verändert. Sieben Schritte aus dem Abschnitt Basic Workflow des README, dazu die Regel, dass der Agent vor jeder Aufgabe einen passenden Skill prüft.
- 1
brainstorming
Bevor etwas gebaut wird, fragt der Agent, was Sie wirklich wollen und warum, spielt sein Verständnis zur Korrektur zurück und schreibt für alles über einer kleinen Änderung ein Design-Dokument.
- 2
using-git-worktrees
Nach der Design-Freigabe entsteht ein isolierter Arbeitsbereich auf einem neuen Branch, das Projekt-Setup läuft, die Testbasis wird als sauber geprüft — erst dann Code.
- 3
writing-plans
Das freigegebene Design wird zu Aufgaben von 2–5 Minuten, jede mit exakten Dateipfaden, vollständigem Code und Verifikationsschritten.
- 4
subagent-driven-development oder executing-plans
Zwei Ausführungsmodi: ein frischer Subagent pro Aufgabe mit Review nach jeder (gründlichste Variante) oder Inline-Ausführung in der laufenden Session mit einem Review des gesamten Branches am Ende (günstigste).
- 5
test-driven-development
Während der Umsetzung gilt RED-GREEN-REFACTOR: fehlschlagenden Test schreiben, scheitern sehen, minimalen Code schreiben, bestehen sehen, committen. Code, der vor seinem Test entstand, wird gelöscht.
- 6
requesting-code-review
Zwischen den Aufgaben wird gegen den Plan reviewt und Probleme nach Schweregrad gemeldet — kritische Punkte blockieren den Fortschritt.
- 7
finishing-a-development-branch
Am Ende werden Tests verifiziert, Merge, Pull Request, Behalten oder Verwerfen angeboten, die Wahl ausgeführt und der Worktree aufgeräumt.
Alle 15 Skills in v7.0.2
Ordnernamen sind die Bezeichner, gegen die der Agent matcht, und bleiben deshalb unübersetzt. Jede Beschreibung paraphrasiert das Frontmatter des jeweiligen Skills im Commit 22f0b463.
Testen
test-driven-development
Erst den Test schreiben, scheitern sehen, dann nur so viel Code wie nötig — inklusive Referenz zu Test-Antipatterns.
Debugging
systematic-debugging
Vierphasige Root-Cause-Suche bei jedem Bug, fehlschlagenden Test oder unerwarteten Verhalten, bevor ein Fix vorgeschlagen wird. Symptombehebung gilt als Fehlschlag.
verification-before-completion
Verifikationsbefehl ausführen und Ausgabe lesen, bevor behauptet wird, etwas sei fertig, behoben oder grün.
diagnosing-superpowers
Wenn eine Session schiefgelaufen ist, das Transkript lesen und mit zeilengenauen Belegen berichten, optional ein bereinigtes Bundle für einen Bug-Report packen.
Zusammenarbeit
brainstorming
Pflicht vor kreativer Arbeit: holt die Absicht durch Fragen heraus und spielt das Verständnis zurück, bevor gebaut wird.
writing-plans
Macht aus einer Spezifikation einen Plan, den eine Person ohne Kenntnis der Codebasis ausführen kann: exakte Dateien, Namen, Signaturen und Tests pro Aufgabe.
executing-plans
Inline-Ausführung des Plans: Aufgabe für Aufgabe in der laufenden Session, am Ende ein Review des gesamten Branches mit frischem Kontext.
subagent-driven-development
Ein frischer Implementierungs-Subagent pro Aufgabe, danach ein Review auf Spezifikation und Qualität, am Ende ein breites Review des ganzen Branches.
dispatching-parallel-agents
Bei zwei oder mehr unabhängigen Aufgaben ohne gemeinsamen Zustand jede an einen Agenten mit eigenem Kontext delegieren statt sequenziell zu arbeiten.
requesting-code-review
Schickt einen Review-Subagenten mit präzise gebautem Kontext los, damit Probleme zwischen Aufgaben auftauchen und nicht am Ende.
receiving-code-review
Umgang mit Review-Feedback: erst prüfen, dann umsetzen, fragen statt annehmen, kein Gefälligkeits-Ja.
using-git-worktrees
Einen isolierten Arbeitsbereich sicherstellen, vorzugsweise mit den nativen Worktree-Werkzeugen der Plattform, sonst manuell per git worktree.
finishing-a-development-branch
Tests verifizieren, Umgebung erkennen, Merge/PR/Behalten/Verwerfen anbieten, Wahl ausführen und aufräumen.
Meta
writing-skills
Skills erstellen und bearbeiten — TDD angewendet auf Prozessdokumentation, inklusive Test, ob ein Skill wirklich auslöst.
using-superpowers
Der Bootstrap-Skill: wie Skills gefunden und geladen werden und warum sie vor jeder Antwort aufgerufen werden müssen.
Superpowers gegen reines Claude Code
Reines Claude Code hat bereits Plan-Modus, native Skills, Subagenten, Worktrees und Plugins. Superpowers fügt keine neuen Primitive hinzu, sondern Meinungen dazu, wann sie zu nutzen sind — plus einen Hook, der diese Meinungen schwer überspringbar macht.
| Thema | Reines Claude Code | Mit Superpowers |
|---|---|---|
| Woher der Workflow kommt | Sie wählen pro Session: Plan-Modus, eine CLAUDE.md-Konvention oder ein eingefügter Prompt. | Ein Session-Start-Hook injiziert einen verpflichtenden Skill-Bootstrap, die Reihenfolge wird zum Standard. |
| Planung | Der Plan-Modus liefert einen Plan, Sie geben ihn frei, die Umsetzung startet im selben Kontext. | brainstorming → Design-Dokument → writing-plans machen daraus 2–5-Minuten-Aufgaben mit Dateipfaden und Tests. |
| Isolation und Ausführung | Worktrees und Subagenten existieren, wann Sie sie nutzen, entscheiden Sie. | using-git-worktrees läuft nach dem Design automatisch; danach wählen Sie zwischen subagent-driven-development und executing-plans. |
| Qualitätsgates | Tests und Review fordern Sie an oder verdrahten Hooks und CI selbst. | TDD, verification-before-completion und requesting-code-review greifen zwischen den Aufgaben; kritische Review-Punkte blockieren. |
Wo es hilft
- Der Standard verschiebt sich von „sofort coden“ zu „erst fragen“ — der größte praktische Unterschied und das Leitmotiv im Release-Beitrag des Autors.
- Kleine, lesbare Skills: jedes Verhalten ist eine Markdown-Datei, die man öffnen, diffen und ändern kann.
- Eine Skill-Bibliothek für mehrere Harnesses — dasselbe Repository installiert in Claude Code, Codex, Cursor, Gemini CLI und weitere.
Was es kostet
- Mehr Tokens und mehr Züge: Fragen, Design-Dokument, Plan und Reviews pro Aufgabe passieren vor der ersten Zeile Produktionscode.
- Bewusst meinungsstark: YAGNI, striktes TDD und Pflicht-Skillaufrufe passen zu Greenfield-Arbeit, weniger zu einem Hotfix im Legacy-Repo.
- Ein weiteres Objekt zum Aktualisieren, und der volle Nutzen setzt ein Git-Repository und einen Harness mit Subagenten voraus.
Wenn eine Session schief läuft
Wenn ein Skill auslöst, obwohl er es nicht sollte, schweigt, wenn er sollte, oder der Agent seinen Plan ignoriert: dafür liegt ein diagnosing-superpowers-Skill im Repository. In der Session danach fragen — für eine frühere Session mit „in session <id>“ — und er liest das Transkript, berichtet mit Belegen und kann ein bereinigtes Bundle für einen Bug-Report packen.
figure out what went wrong with superpowers in session <id>Telemetrie und wie man sie abschaltet
Das README ist deutlich: Der optionale visuelle Begleiter im brainstorming-Skill lädt ein Logo von der Prime-Radiant-Seite, das die Superpowers-Version trägt, aber keine Projekt-, Prompt- oder Agent-Details. SUPERPOWERS_DISABLE_TELEMETRY auf einen wahren Wert setzen schaltet es ab; DISABLE_TELEMETRY und CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC von Claude Code werden ebenfalls respektiert.