Test-Driven Development nach Superpowers-Vorbild.

Nutze die an Superpowers angelehnte Projektvorlage Test-Driven in Manager: Erarbeite eine Spezifikation, plane kleine Aufgaben und bau jede testgetrieben, mit zwei Reviews vor dem Abschluss.

Warum Superpowers in Manager?

Spezifikation vor Code

Jedes Feature beginnt mit einem Brainstorming, das aus einer groben Idee ein kurzes Design-Dokument im Wiki macht.

Jedes Red, Green und Refactor nachverfolgt

Jede Aufgabe hält ihren TDD-Stand fest. So siehst du, welche Tests noch fehlschlagen und welche bestehen.

Zwei Reviews vor dem Abschluss

Spec-Review, Code-Review, dann die Definition of Done. „Sieht gut aus“ ist keine Prüfung.

So funktioniert Superpowers.

Superpowers von Jesse Vincent ist eine Bibliothek von Skills, die von selbst greifen, damit Coding-Agenten nicht sofort losprogrammieren. Der Skill brainstorming macht aus einer Idee ein Design-Dokument, using-git-worktrees isoliert einen Branch, und writing-plans zerlegt die Arbeit in Aufgaben von zwei bis fünf Minuten.

Dann gibt subagent-driven-development jeder Aufgabe einen frischen Subagenten und zwei Reviews, erst gegen die Spezifikation, dann auf Codequalität, während test-driven-development Red, Green, Refactor erzwingt. Spezifikationen und Pläne bleiben Markdown-Dateien im Repository, und finishing-a-development-branch endet mit Merge oder Pull Request.

  1. Brainstorm
  2. Worktree
  3. Plan
  4. Execute
  5. TDD
  6. Review
  7. Finish

Angelehnt an die Open-Source-Methode Superpowers von Jesse Vincent, MIT, github.com/obra/superpowers. Nicht mit Superpowers verbunden oder davon empfohlen.

Superpowers in Manager.

Was Superpowers als Markdown im Repository ablegt, wird zu Wiki-Seiten, Aufgaben und einem Feld.

SuperpowersIn Manager
brainstormingDer Skill brainstorm; das Feature wandert von „Backlog“ über „Ideenfindung“ nach „Planung“.
Design-DokumentEine Wiki-Seite, verknüpft mit dem Feature.
writing-plansDer Skill write-plan: Aufgaben unter dem Feature mit Dateipfaden und Prüfschritt.
using-git-worktreesDer Skill worktree: ein Worktree und Branch pro Feature.
subagent-driven-developmentDer Skill execute-plan: ein frischer Subagent pro Aufgabe und ein zweistufiges Review.
RED-GREEN-REFACTORDas Feld TDD an jeder Aufgabe: Red, Green, Refactor.
verification-before-completionDer Skill verify: Eine Checkliste zur Definition of Done regelt den Schritt von „Prüfung“ nach „Erledigt“.

Der Workflow.

  1. Das Projekt anlegen

    Verbinde deinen Coding-Agenten über MCP mit Manager und lass ihn ein Projekt aus der Vorlage Test-Driven anlegen, mit Features, Tasks und den fünf Superpowers-Skills.

    Sag deinem AgentenManager: Leg für diese Codebasis ein Projekt aus der Vorlage Test-Driven an.

  2. Die Spezifikation erarbeiten

    Der Skill brainstorm fragt Thema für Thema nach und wägt Alternativen ab. Die vereinbarte Spezifikation wird ein kurzes Design-Dokument im Wiki, verknüpft mit dem Feature.

    Sag deinem AgentenManager: Lass uns die Spezifikation für ein neues Feature erarbeiten, eine Frage nach der anderen.

  3. Planen und isolieren

    Der Skill write-plan zerlegt das Feature in Aufgaben von zwei bis fünf Minuten, jede mit Dateipfaden und Prüfschritt. Der Skill worktree gibt ihm einen eigenen Branch.

    Sag deinem AgentenManager: Schreib den Plan für dieses Feature und richte einen Worktree dafür ein.

  4. Testgetrieben umsetzen

    Für jede Aufgabe schreibt ein frischer Agent einen fehlschlagenden Test (Red), möglichst wenig Code zum Bestehen (Green) und räumt dann auf (Refactor). Danach folgen Spec- und Code-Review.

    Sag deinem AgentenManager: Führ execute-plan für dieses Feature aus und mach weiter, bis ein echtes Hindernis kommt.

  5. Prüfen und abschließen

    Der Skill verify prüft jede Aufgabe gegen die Definition of Done und dann das Feature gegen sein Design-Dokument. Danach wird der Branch integriert und der Worktree entfernt.

    Sag deinem AgentenManager: Prüf die Aufgaben dieses Features und dann das Feature gegen sein Design-Dokument.

Was die Vorlage anlegt.

Ein Projekt aus der Vorlage Test-Driven startet mit diesen Aufgabentypen und Status. Anpassen kannst du alles später an dein Team.

Feature

Eine nutzerorientierte Fähigkeit; „Bearbeitung“ hat ein WIP-Limit von zwei.

  1. Backlog
  2. Ideenfindung
  3. Planung
  4. Bearbeitung
  5. Prüfung
  6. Erledigt

Task

Eine Arbeitseinheit von zwei bis fünf Minuten, testgetrieben gebaut.

  1. Zu erledigen
  2. Laufend
  3. Prüfung
  4. Erledigt

Skills

Diese Skills bringt die Vorlage in Manager mit:

  • brainstorm

    Macht aus einer groben Idee ein Design-Dokument im Wiki.

  • write-plan

    Zerlegt die Spezifikation in kleine Aufgaben mit Dateipfaden und Prüfschritten.

  • worktree

    Ein Git-Worktree und Branch pro Feature, entfernt nach der Integration.

  • execute-plan

    Baut jede Aufgabe testgetrieben in frischem Kontext, mit zwei Reviews.

  • verify

    Prüft jede Aufgabe, dann das Feature, gegen die Definition of Done.

Gut zu wissen.

Was sich gegenüber Superpowers ändert

Superpowers-Skills greifen von selbst und legen Spezifikationen und Pläne als Dateien im Repository ab. Hier rufst du einen Skill beim Namen auf, und Spezifikationen und Pläne liegen in Manager.

Wenige Features gleichzeitig

Das Board für Features markiert „Bearbeitung“, sobald dort ein drittes Feature landet. Schließ ein Feature ab und prüf es, bevor du das nächste anfängst.

Wann Test-Driven passt

Für Features, die testgetrieben und doppelt geprüft entstehen. Spec-Driven passt zu Releases über mehrere Phasen, Change-Driven zu bestehendem Code, Governed Spec zu Arbeit unter einer Constitution.

Jedes Feature spezifiziert, getestet und geprüft.

Die Gewohnheiten von Superpowers bleiben, und Manager zeigt deinem Team, wo jedes Feature und jede Aufgabe steht, bis zu den Tests, die noch rot sind.

Vorabzugang anfragen