Feature
Eine nutzerorientierte Fähigkeit; „Bearbeitung“ hat ein WIP-Limit von zwei.
- Backlog
- Ideenfindung
- Planung
- Bearbeitung
- Prüfung
- Erledigt
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.

Jedes Feature beginnt mit einem Brainstorming, das aus einer groben Idee ein kurzes Design-Dokument im Wiki macht.
Jede Aufgabe hält ihren TDD-Stand fest. So siehst du, welche Tests noch fehlschlagen und welche bestehen.
Spec-Review, Code-Review, dann die Definition of Done. „Sieht gut aus“ ist keine Prüfung.
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.
Angelehnt an die Open-Source-Methode Superpowers von Jesse Vincent, MIT, github.com/obra/superpowers. Nicht mit Superpowers verbunden oder davon empfohlen.
Was Superpowers als Markdown im Repository ablegt, wird zu Wiki-Seiten, Aufgaben und einem Feld.
| Superpowers | In Manager |
|---|---|
| brainstorming | Der Skill brainstorm; das Feature wandert von „Backlog“ über „Ideenfindung“ nach „Planung“. |
| Design-Dokument | Eine Wiki-Seite, verknüpft mit dem Feature. |
| writing-plans | Der Skill write-plan: Aufgaben unter dem Feature mit Dateipfaden und Prüfschritt. |
| using-git-worktrees | Der Skill worktree: ein Worktree und Branch pro Feature. |
| subagent-driven-development | Der Skill execute-plan: ein frischer Subagent pro Aufgabe und ein zweistufiges Review. |
| RED-GREEN-REFACTOR | Das Feld TDD an jeder Aufgabe: Red, Green, Refactor. |
| verification-before-completion | Der Skill verify: Eine Checkliste zur Definition of Done regelt den Schritt von „Prüfung“ nach „Erledigt“. |
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.
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.
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.
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.
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.
Ein Projekt aus der Vorlage Test-Driven startet mit diesen Aufgabentypen und Status. Anpassen kannst du alles später an dein Team.
Eine nutzerorientierte Fähigkeit; „Bearbeitung“ hat ein WIP-Limit von zwei.
Eine Arbeitseinheit von zwei bis fünf Minuten, testgetrieben gebaut.
Diese Skills bringt die Vorlage in Manager mit:
brainstormMacht aus einer groben Idee ein Design-Dokument im Wiki.
write-planZerlegt die Spezifikation in kleine Aufgaben mit Dateipfaden und Prüfschritten.
worktreeEin Git-Worktree und Branch pro Feature, entfernt nach der Integration.
execute-planBaut jede Aufgabe testgetrieben in frischem Kontext, mit zwei Reviews.
verifyPrüft jede Aufgabe, dann das Feature, gegen die Definition of Done.
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.
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.
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.
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