Superpowers: 311.000 Sterne für einen Ordner voller Markdown-Dateien

Das meistgesternte Repository in dieser Woche ist kein Modell, kein Framework und kein Open-Source-Lockvogel eines Startups. Es ist ein Ordner mit Markdown-Dateien, die deinem Coding-Agenten sagen, wie er sich verhalten soll.

Superpowers von Jesse Vincent steht bei rund 311.000 Sternen, etwa 5.900 davon in der vergangenen Woche. Die eigene Beschreibung: eine vollständige Software-Entwicklungsmethodik für Coding-Agenten, gebaut auf einer Reihe kombinierbarer Skills plus ein paar Startanweisungen, die dafür sorgen, dass der Agent sie auch benutzt.

Dreihunderttausend Sterne für eine Methodik sind ein merkwürdiger Anblick. Entweder hat die größte Entwicklerkohorte des Jahrzehnts gleichzeitig beschlossen, Prozess haben zu wollen, oder der Stern-Button ist zu einem Lesezeichen für „darüber sollte ich später nachdenken“ geworden. Wahrscheinlich beides. Aber die Sache selbst verdient Ernsthaftigkeit, weil sie die prononcierteste Antwort ist, die jemand auf die Frage geliefert hat, was ein Agent tun sollte, bevor er Code schreibt.

Der erste Schritt ist, nicht anzufangen

So beschreibt das README den Ablauf. Sobald der Agent merkt, dass du etwas baust, springt er nicht ins Coden. Er tritt einen Schritt zurück und fragt, was du eigentlich vorhast.

Wenn er der Unterhaltung eine Spezifikation abgerungen hat, zeigt er sie dir in Stücken, kurz genug zum Lesen. Keine Wand aus Anforderungen. Stücke. Nach deiner Freigabe entsteht ein Umsetzungsplan, der laut README detailliert genug ist für „einen begeisterten Junior-Entwickler mit schlechtem Geschmack, keinem Urteilsvermögen, keinem Projektkontext und einer Abneigung gegen Tests“.

Dieser Satz ist das Beste im Repository. Er ist zugleich eine präzise Beschreibung dessen, was ein LLM an einem schlechten Tag ist, und den Plan für diesen Leser zu schreiben ist eine Disziplin, die viele Entwickler überspringen, weil wir annehmen, der Leser teile unseren Kontext.

Sagst du dann los, startet die subagentengesteuerte Entwicklung: Agenten arbeiten Aufgabe für Aufgabe ab, prüfen und bewerten ihre Arbeit und machen weiter. Laut README kommt es nicht selten vor, dass der Agent ein paar Stunden autonom arbeitet, ohne vom Plan abzuweichen.

Was tatsächlich in der Kiste liegt

Ungefähr fünfzehn Skills, nach Funktion gruppiert.

Testing hat einen Eintrag, und es ist der, der zählt: test-driven-development, der Red-Green-Refactor-Zyklus, mit einem Referenzdokument zu Test-Antipatterns. Debugging hat systematic-debugging, einen vierphasigen Root-Cause-Prozess mit Techniken für Tracing, Defense in Depth und condition-based Waiting, dazu verification-before-completion, dessen einzige Aufgabe es ist, den Agenten davon abzuhalten, etwas für erledigt zu erklären, was nicht repariert ist.

Zusammenarbeit ist der schwere Teil: brainstorming, um Absicht herauszukitzeln, writing-plans, executing-plans, dispatching-parallel-agents, Anfordern und Annehmen von Code-Review, using-git-worktrees, finishing-a-development-branch und subagent-driven-development mit zweistufigem Review – erst Spezifikationstreue, dann Codequalität.

Zwei Meta-Skills schließen den Kreis: writing-skills für neue Skills und using-superpowers, die Einführung, die das Modell dazu bringt, das System zu Beginn einer Unterhaltung zu laden. Weil die Skills automatisch auslösen, muss man sich theoretisch nichts davon merken. Der Agent hat es einfach.

Installation, pro Harness, sechzehnmal

Hier merkt man, wie zersplittert der Markt für Agent-Werkzeuge inzwischen ist. Superpowers liefert Anleitungen für Claude Code, Antigravity, die Codex-App und -CLI, Cursor, Devin CLI, Factory Droid, Gemini CLI, GitHub Copilot CLI, Grok Build, Kimi Code, OpenCode, Pi, Qwen Code, Hermes und Muse.

Claude Code, über den offiziellen Marketplace:

/plugin install superpowers@claude-plugins-official

Oder über Vincents eigenen Marketplace:

/plugin marketplace add obra/superpowers-marketplace
/plugin install superpowers@superpowers-marketplace

Cursor, im Agent-Chat: /add-plugin superpowers. Gemini CLI: gemini extensions install https://github.com/obra/superpowers. Copilot CLI: Marketplace registrieren, dann copilot plugin install superpowers@superpowers-marketplace. Antigravity: agy plugin install https://github.com/obra/superpowers. Devin: devin plugins install obra/superpowers. Factory Droid: registrieren, dann installieren. Codex-App und -CLI laufen beide über den offiziellen Plugin-Marketplace.

Wer mehr als einen Harness nutzt, installiert es für jeden einzeln. Das heißt, dieselben zwölf Skills existieren als zwölf Kopien ohne gemeinsamen Update-Pfad, und der Rat im README zum Aktualisieren lautet „hängt etwas vom Coding-Agenten ab, ist aber oft automatisch“. Das ist keine Kritik an diesem Projekt. Es ist der Zustand des Ökosystems, und ein Methodik-Repo dabei zu beobachten, wie es damit umgeht, ist wirklich lehrreich.

Die Beitragsregeln sind der Hinweis

Tief im Contributing-Abschnitt: Neue Skills werden in der Regel nicht angenommen, Änderungen an Skills müssen mit allen unterstützten Agenten funktionieren, und agentengeschriebene PRs, die ein von jemand anderem gemeldetes Issue beheben, werden abgelehnt – auch wenn du auf dasselbe Problem gestoßen bist –, es sei denn, ein Maintainer hat darum gebeten.

Überleg mal, wogegen die letzte Regel schützt. Der naheliegende Fehlerfall für so ein Repo ist, unter plausibel aussehenden Skills zu versinken, die genau die Agenten erzeugen, die diese Skills eigentlich zähmen sollen. Vincent hat das kommen sehen und vorab geblockt, um den Preis, unfreundlich zu wirken.

Darin steckt eine subtilere Konsequenz. Wenn dein Agent für alles einen Skill generieren kann, ist nicht mehr der Skill die knappe Ressource, sondern das Urteil darüber, welche Skills es wert sind. Genau dieses Urteil verkauft das Repository, und es ist nicht per Pull Request zu haben.

Wo die Methodik bricht

Vier Dinge, nach der Häufigkeit sortiert, in der ich sie habe beißen sehen.

Prozess ersetzt keinen Geschmack. Ein perfekt ausgeführter Plan für ein schlecht gedachtes Feature ergibt eine gut getestete Version des Falschen. Das Brainstorming-Skill hilft, indem es fragt, was du eigentlich willst, aber es sagt dir nicht, dass die Idee langweilig ist.

Token-Ökonomie. Spec, stückweise Review, Plan, Subagenten-Dispatch, zweistufiges Review pro Aufgabe, Verifikation vor Abschluss. Bei einer kleinen Aufgabe ist das ein spektakulärer Overhead. Die Methodik ist für Arbeit ausgelegt, die in Tagen gemessen wird, und bei einem Einzeiler-Fix wirkt sie absurd.

Pläne driften. Zwei Stunden autonome Arbeit gegen einen Plan, der in Minute null geschrieben wurde, ist in Ordnung, solange der Plan stimmte. Wenn Aufgabe drei zeigt, dass Aufgabe zwei auf einer falschen Annahme beruhte, hast du zwei Stunden selbstsichere Arbeit in die falsche Richtung – und das Review ist das Einzige zwischen dir und einem sehr großen Diff.

Und das Ehrliche: Skills sind Prompts, und Prompts sind Vorschläge. Alles hier hängt davon ab, dass das Modell dem Skill folgt und nicht fünf anderen Dingen, die es auch weiß. Deshalb existiert using-superpowers als Bootstrap – ein Prompt, dessen Aufgabe es ist, andere Prompts zu laden.

Für wen das gedacht ist

Wenn du Code auslieferst, auf den andere angewiesen sind, und schon gesehen hast, wie ein Agent selbstsicher etwas als erledigt markiert hat, was es nicht war, dann ist das ein vernünftiger Satz Leitplanken, und der Versuch kostet einen Befehl. Fang mit test-driven-development und verification-before-completion an und ignoriere den Rest eine Woche. Die beiden ändern das Verhalten am stärksten.

Wenn du prototypst, lass es. Die Methodik ist darauf optimiert, keinen Müll auszuliefern, und das ist ein anderes Ziel, als herauszufinden, ob die Idee trägt.

Dreihunderttausend Sterne sind kein Urteil über die Methodik. Sie sind ein Urteil über den Moment: Viele Leute haben jetzt Agenten, die Code schneller schreiben, als sie ihn beaufsichtigen können, und sie suchen etwas, das die Aufsicht billiger macht. Superpowers ist eine Antwort. Dass sie aus Markdown besteht, ist der interessanteste Teil.