AIDive

Video-Paket

Superpowers für Claude Code: Urteilstabelle, Quellen, Checkliste und Weiterlese-Guide

9 Min. Lesezeit

TL;DR

  • Superpowers ist ein Prozess, kein Werkzeugkasten: vierzehn Markdown-Skills, die jedes Feature hinter eine Brainstorming-Session, einen schriftlichen Plan und eine Kette frischer Subagents mit jeweils eigenem Review stellen.
  • Installiere es, wenn deine Claude-Code-Sessions Features bauen, die Stunden dauern. Lass es bleiben, wenn du hauptsächlich Wegwerf-Skripte und Zwei-Zeilen-Fixes schreibst: Der Eingangscheck läuft bei jeder Aufgabe und schaltet sich nie ab.
  • Das Token-Argument stimmt, stammt aber aus einem einzigen Abschnitt eines einzigen Skills: Model Selection. Der Orchestrator weist jeder Rolle das günstigste Modell zu, das sie tragen kann, sodass das teure Modell nur Architektur und das abschließende Branch-Review anfasst.
  • Das Repo ist gesund: 280,597 Stars, 25,138 Forks, 681 Commits auf main, Release v6.3.0 vom 2026-08-12, erstellt am 2025-10-09.
  • Die Beschwerde, mit der das Video begann, Nutzungsstatistiken bei 1 bis 3 Prozent, ist kein Bug: Sie heißt, dass die Skills bei deiner Arbeit nie auslösen, du also das Gate bezahlst und nichts zurückbekommst.
  • Der Mittelweg ist ein Satz in deinem Prompt: Sag dem Agent, dass er den Prozess bei winzigen Fixes überspringen soll, und lass einige Tage nur Brainstorming laufen, bevor du den Rest übernimmst.

Was die Quellen sagen

Die Repository-Zahlen wurden am 2026-09-02 gelesen: 280,597 Stars, 25,138 Forks und 681 Commits auf dem main-Branch, der letzte Commit auf main datiert vom 2026-08-12 (v6.3.0) und ein späterer Push am 2026-08-31 auf einen Nicht-main-Branch s1. Der Issues-Tab zeigte an dem Tag 125 offene Issues; die API-Zahl von 350 enthält die 225 offenen Pull Requests, zitiere also den Tab, nicht die API, wenn du es mit anderen Plugins vergleichst s6. Das Projekt wurde am 2025-10-09 erstellt und liefert vierzehn Skills mit s2. Der Launch-Post des Autors erklärt die Wette in einer Zeile: Coding-Agents fehlt es nicht an Fähigkeit, sondern an Disziplin, und diese Disziplin lässt sich als einfache Markdown-Dateien verteilen, die jeder lesen, forken und ändern kann s5. Das Plugin steht im offiziellen Marketplace, die Installation ist also ein einziger Befehl und Updates laufen über den Marketplace s4.

Der Einstiegspunkt ist ein Skill, den der Session-Start-Hook vor allem anderen lädt. Er sagt dem Agent: Besteht auch nur ein Zweifel, ob ein Skill zutrifft, muss er ihn laden und prüfen, bevor er antwortet oder Code schreibt. Diese Regel ist die Quelle von Nutzen und Fixkosten zugleich s14.

Brainstorming beginnt mit einem HARD-GATE: kein Code, kein Scaffolding, kein Implementierungs-Skill, bevor du eine explizite Absicht bestätigt hast. Danach sortiert es die Anfrage in einen von drei Pfaden: Spike, wenn das Ergebnis eine Antwort statt Code ist; bounded, für eine kleine Änderung in einem Ablauf, den das Repo schon hat; architectural, für alles, was das Projekt umbaut. Der Agent kündigt die Einstufung an, damit du widersprechen kannst, und die Ratsche läuft nur in eine Richtung: Versteckte Komplexität mitten in der Aufgabe schiebt den Pfad nach oben, nie nach unten s9.

Der Skill zum Planschreiben verlangt einen Plan für einen kompetenten Entwickler, der keinen Kontext zu deiner Codebase hat und, in den Worten der Datei selbst, fragwürdigen Geschmack. Die Arbeit wird in Aufgaben zerlegt, deren Schritte jeweils zwei bis fünf Minuten dauern: den fehlschlagenden Test schreiben, ausführen und scheitern sehen, den minimalen Code schreiben, die Tests erneut ausführen, committen. Jede Aufgabe nennt die genauen Dateien zum Anlegen oder Ändern, bis hin zu Zeilennummern, und der Plan beginnt mit einem verpflichtenden Header s10.

Die Ausführung übernimmt der Skill für Subagent-getriebene Entwicklung: ein frischer Subagent pro Aufgabe, ein Review nach jeder Aufgabe, ein Review des ganzen Branches am Ende. Die Hauptsession hört auf zu coden und verteilt nur noch. Jeder Subagent bekommt nur den Kontext seiner Aufgabe, nie deinen Session-Verlauf, was dein eigenes Fenster für die Koordination frei hält. Nachdem der Subagent implementiert, getestet, committet und sich selbst geprüft hat, führt der Orchestrator ein zweiteiliges Review durch, erst Spec-Konformität, dann Codequalität, mit einem für jede Aufgabe reservierten Reviewer-Platz. Die Datei begrenzt die Schleife auf maximal fünf Runden pro Aufgabe s11. Die Isolation der Arbeit selbst übernimmt ein Worktree-Skill, sodass ein Plan nie auf deinem aktuellen Checkout läuft s13.

Der Abschnitt Model Selection beginnt mit einer Regel: das am wenigsten fähige Modell nehmen, das die Rolle tragen kann. Eine gut spezifizierte mechanische Aufgabe an ein bis zwei Dateien geht an ein kleines Modell; wenn der Plan den zu schreibenden Code schon enthält, ist die Implementierung Abtippen plus Tests, und die günstigste Stufe reicht. Koordination über mehrere Dateien und Debugging gehen an ein Standardmodell. Architektur und das abschließende Branch-Review verlangen das fähigste verfügbare Modell. Zwei Details zählen in der Praxis: das Modell beim Dispatch immer ausdrücklich nennen und den Orchestrator die Schwierigkeit jeder Aufgabe einstufen lassen, bevor er wählt s12. Dieser Mechanismus macht das teure Modell im Zwanzig-Dollar-Pro-Tarif bezahlbar: Es arbeitet nur an den Entscheidungen, die es verdienen.

Der Dokumentationsgewinn ist ein Nebeneffekt des Prozesses. Specs und Pläne sind keine Chat-Nachrichten, die verschwinden; es sind Markdown-Dateien, die im Repo gespeichert und mit der Arbeit committet werden, sodass ein Reviewer später liest, warum eine Änderung gemacht wurde, nicht nur was sich geändert hat s3.

Die Kosten sind die, die das Repo nicht bewirbt. Der Thread, der das Video ausgelöst hat, berichtet Nutzungsstatistiken bei 1 bis 3 Prozent und fragt, was der Nachteil ist, außer es nicht zu nutzen s7. Die Antwort in den Dateien: Brainstorming skaliert sein Zeremoniell mit der Aufgabe, überspringt aber nie die menschliche Bestätigung s9. Bei einem Zwei-Zeilen-Fix beantwortest du trotzdem Rahmenfragen, genehmigst ein Zwei-Satz-Design und wartest auf den vollen Zyklus. Dispatch-Briefings, zwei Reviews pro Aufgabe und das Tracking-Ledger sind Tokens, die du jedes Mal zahlst, und das fällt bei den kleinsten Aufgaben auf. Niedrige Nutzungsstatistiken heißen, dass die Skills nicht zu deiner Arbeit passen, und das ist das eigentliche Signal, das du lesen solltest.

Urteil nach Nutzung

Deine Claude-Code-Nutzung Installieren? Warum
Features, die Stunden dauern, mehrere Dateien, ein Branch Ja Das Framing verhindert, das Falsche zu bauen, kurze Aufgaben halten den Agent von der Kontextsättigung fern, Model Selection streckt das Kontingent, Doku fällt aus dem Prozess ab
Gemischt: manche Tage Features, die meisten Tage Fixes Ja, mit Skip-Regel Behalte das Gate für Features und sag dem Agent im Prompt, den Prozess bei kleinen Fixes zu überspringen
Wegwerf-Skripte, Config-Tippfehler, Zwei-Zeilen-Fixes Nein Die Fixkosten des Gates fallen bei Aufgaben an, die es nicht brauchen
Neugierig, aber nicht bereit, die ganze Methode zu übernehmen Nur Brainstorming Es trägt den Großteil des Gewinns; die anderen Skills schließen sich danach natürlich an

Das machst du am Montag

  • Installiere es aus dem offiziellen Marketplace und öffne den Plugin-Cache: Lies die vierzehn SKILL.md-Dateien einmal, sie sind kurz und sie sind das ganze Produkt.
  • Schicke ein echtes Feature einmal komplett durch das Gate: Brainstorming, Plan, Subagent-Dispatch, Branch-Review. Beurteile den Prozess daran, nicht an einem Fix.
  • Prüfe nach einer Woche deine Nutzungsstatistiken. Liegen sie unter ein paar Prozent, passen die Skills nicht zu deiner Arbeit: Entweder sind deine Aufgaben zu klein oder du musst Anfragen als Features formulieren.
  • Füge deinen Projektanweisungen eine Skip-Regel hinzu: Bei Ein-Datei-Fixes von wenigen Zeilen direkt zur Änderung, kein Brainstorming.
  • Übernimm die Model-Selection-Leiter in deine eigenen Subagent-Prompts, auch wenn du das Plugin wieder entfernst: Nenne bei jedem Dispatch das Modell ausdrücklich.
  • Committe die Specs und Pläne, die das Plugin schreibt, statt sie zu löschen; sie sind deine Design-Dokumentation.
  • Zähle die offenen Issues im Issues-Tab, nicht über die API-Zahl, bevor du das Projekt mit einem anderen Plugin vergleichst.

Weiterlesen

  • Lies den Launch-Post für die Design-Absicht, bevor du die Skill-Dateien liest: Er erklärt, warum Disziplin als Markdown und nicht als Code verteilt wird s5.
  • Der Philosophie-Abschnitt des README ist die Kurzfassung der Methode und der Ort, um zu prüfen, ob sie zu deiner bisherigen Arbeitsweise passt s3.
  • Der Abschnitt zur Skills-Bibliothek listet die vierzehn Skills mit je einer Zeile Zweck; das geht schneller als das Verzeichnis zu durchsuchen s16.
  • Die fünf Runden pro Aufgabe im Subagent-Skill sind ein harter Stopp, den man in jede handgeschriebene Orchestrierung übernehmen sollte s11.
  • Ein Thread fragt, ob solche Plugins stärkere Modelle überleben; was bleibt, sind das Framing-Gate und die committeten Pläne, was die Modelle aufsaugen, ist die Mechanik s19.
  • Ein Bericht über ein durch Orchestrierungs-Zeremoniell aufgebrauchtes Wochenlimit ist der Gegenfall, den du lesen solltest, bevor du es für kleine Arbeit übernimmst s20.
  • Der Vergleich mit einem konkurrierenden Regelwerk zeigt den Kompromiss: weniger, strengere Skills gegen einen großen Katalog an Regeln s18.
  • Die Liste der offenen Issues ist der schnellste Weg zu sehen, was bei anderen Nutzern heute kaputtgeht s6.

Quellen

FAQ

Spart Superpowers Tokens oder verbrennt es welche?

Beides. Bei Features schickt Model Selection mechanische Aufgaben an kleine Modelle und hält das teure Modell für Architektur und das Branch-Review frei, sodass das Kontingent länger reicht. Bei kleinen Fixes sind die Briefings, die zwei Reviews pro Aufgabe und das Ledger reiner Overhead.

Was bedeuten Nutzungsstatistiken bei 1 bis 3 Prozent?

Die Skills lösen nur aus, wenn eine Situation passt. Ein niedriger Wert heißt, dass deine Aufgaben keine Features im Sinne des Plugins sind, du also den Eingangscheck zahlst und nie den Teil erreichst, der sich auszahlt.

Kann ich nur einen Teil behalten?

Ja. Brainstorming allein trägt den Großteil des Gewinns, und die Model-Selection-Leiter funktioniert in jedem handgeschriebenen Subagent-Prompt. Sag dem Agent, dass er bei winzigen Fixes den Prozess überspringen soll, und du behältst die Kontrolle.