Nutze die an GSD angelehnte Projektvorlage Spec-Driven in Manager: Zerleg ein Release in Phasen und atomare Aufgaben und führ jede Phase durch Diskussion, Planung, Bearbeitung, Verifizierung und Auslieferung.
Jede Aufgabe läuft in einem sauberen Agenten-Kontext. So bleiben auch lange Projekte frei von Context Rot.
Aufgaben einer Welle sind unabhängig und laufen nebeneinander.
Jede Aufgabe wird an den Akzeptanzkriterien der Phase geprüft, bevor sie zählt.
GSD geht gegen Context Rot an, den Qualitätsverlust, wenn sich der Kontext eines Agenten füllt. Eine schlanke Hauptsitzung orchestriert, Subagenten mit frischem Kontext recherchieren, planen und setzen um. Der Stand liegt in Dateien unter .planning/, etwa ROADMAP.md, STATE.md, CONTEXT.md und PLAN.md.
Jede Phase eines Milestones durchläuft denselben Zyklus: /gsd-discuss-phase hält Entscheidungen fest, /gsd-plan-phase schreibt atomare Pläne, /gsd-execute-phase führt sie in parallelen Wellen aus, /gsd-verify-work prüft das Ergebnis, und /gsd-ship öffnet den Pull Request.
Angelehnt an die Open-Source-Methode GSD (Git. Ship. Done) von Open GSD, MIT, github.com/open-gsd/gsd-core. Nicht mit GSD verbunden oder davon empfohlen.
Die Dateien unter .planning/ werden zu Aufgaben, Feldern und Wiki-Seiten, die dein Team teilt.
| GSD | In Manager |
|---|---|
| Milestone | Ein Release: „Geplant“, „Aktiv“, „Ausgeliefert“. |
| ROADMAP.md | Eine Wiki-Seite, die new-release schreibt. |
| Phase | Eine Phase, deren Status ihr Schritt im Zyklus ist, von „Diskussion“ bis „Auslieferung“. |
| CONTEXT.md | Die Beschreibung der Phase: vereinbarte Absicht und Akzeptanzkriterien. |
| PLAN.md | Eine Aufgabe vom Typ Task unter der Phase, mit eigener Spezifikation und Abnahmecheck. |
| Wellen, Plangröße | Die Felder Wave und Context Budget, blocks-Verknüpfungen legen die Reihenfolge fest. |
| STATE.md | Die Status von Releases, Phasen und Aufgaben, für alle sichtbar. |
Verbinde deinen Agenten über MCP mit Manager und lass ihn ein Projekt aus der Vorlage Spec-Driven anlegen.
Sag deinem AgentenManager: Leg ein neues Projekt aus der Vorlage Spec-Driven an.
Der Skill new-release fragt nach, bis Ziel, Umfang und Erfolgskriterien klar sind, und legt dann das Release, seine Phasen und eine Roadmap-Seite im Wiki an.
Sag deinem AgentenManager: Lass uns ein neues Release starten und frag mich, was du wissen musst.
Der Skill discuss-phase klärt Absicht, Grenzfälle und Akzeptanzkriterien. Danach zerlegt plan-phase die Phase in atomare Aufgaben mit Wave und Context Budget.
Sag deinem AgentenManager: Führ discuss-phase und dann plan-phase für die nächste Phase des Releases aus.
Der Skill execute-phase schließt eine Welle ab, bevor die nächste beginnt. Jede Aufgabe läuft in frischem Kontext und endet in einem atomaren Commit.
Sag deinem AgentenManager: Führ execute-phase für diese Phase aus, mit einem frischen Subagenten pro Aufgabe.
Der Skill verify-work prüft jede Aufgabe an den Akzeptanzkriterien und schickt Mängel zurück. Steht jede Phase auf „Auslieferung“, taggt der Skill ship das Release und schließt es ab.
Sag deinem AgentenManager: Prüf die letzte Phase und liefere dann das Release mit einem Tag aus, aber ohne zu pushen.
Ein Projekt aus der Vorlage Spec-Driven startet mit diesen Aufgabentypen und Status. Anpassen kannst du alles später an dein Team.
Ein Ziel in Release-Größe, geliefert über eine Abfolge von Phasen.
Ein zusammenhängender Teil eines Releases, durchlaufen im GSD-Zyklus.
Eine atomare Arbeitseinheit, die in einen frischen Kontext passt.
Eine zeitlich begrenzte Untersuchung, die eine Unbekannte vor der Planung klärt.
Diese Skills bringt die Vorlage in Manager mit:
new-releaseFragt nach, bis das Ziel steht, legt dann Phasen und Roadmap an.
discuss-phaseKlärt Absicht, Grenzfälle und Akzeptanzkriterien einer Phase.
plan-phaseZerlegt eine Phase in atomare Aufgaben mit Wave und Context Budget.
execute-phaseFührt Aufgaben Welle für Welle aus, jede in frischem Kontext.
verify-workPrüft jede Aufgabe an den Akzeptanzkriterien, dann die ganze Phase.
shipSchließt ein Release ab: Tag, Changelog, Zusammenfassung. Pusht nur auf Wunsch.
quickKleine, klare Arbeit als eine Aufgabe mit dem Label Quick, ohne Zyklus.
spikeZeitlich begrenzte Recherche, die aus einer Unbekannten eine Entscheidung macht.
GSD hält den Stand in Dateien unter .planning/ und liefert pro Phase einen Pull Request. Hier liegt er in geteilten Aufgaben und Wiki-Seiten, ship schließt ein ganzes Release ab.
Ein Tippfehler oder eine isolierte Änderung läuft über den Skill quick: eine Aufgabe mit dem Label Quick. Blockiert eine Unbekannte die Planung, führ zuerst spike aus.
Für neue Produkte und Releases über mehrere Phasen, die Agenten parallel bauen. Test-Driven passt zu TDD Feature für Feature, Change-Driven zu bestehendem Code, Governed Spec zu Arbeit unter einer Constitution.
Dein Team und jeder Agent sehen, durchsuchen und übernehmen dieselben Releases, Phasen und Aufgaben.
Vorabzugang anfragen