Autonomer Modus — `/autonomous-sdd`

/autonomous-sdd ist Planus Ende-zu-Ende-Autopilot-Skill. Bei einer genehmigten Spec verwaltet er die gesamte Implementierungspipeline ohne schrittweise menschliche Eingriffnahme: Bereitschafts-Gate, Branch-Erstellung, Implementierung gegen alle Abnahmekriterien, Selbstüberprüfung, Validierung und Merge.

Wenn Sie mit cc-sdd vertraut sind: /autonomous-sdd ist das funktionale Äquivalent von /kiro-impl — mit zwei zusätzlichen Phasen (Bereitschaftsprüfung und Post-Merge-Heilungs-Watcher), die /kiro-impl nicht enthält.

Wann Verwenden

Der autonome Modus ist geeignet, wenn:

Die Spec genehmigt wurde und alle Abnahmekriterien spezifisch und testbar sind.
Die Aufgabe in sich geschlossen ist — ein Agent kann sie abschließen, ohne während der Ausführung Designentscheidungen treffen zu müssen.
Sie die gesamte Implementierungsschleife delegieren und das Ergebnis am Ende statt bei jedem Schritt überprüfen möchten.

Es ist nicht die richtige Wahl, wenn:

Abnahmekriterien noch unklar sind. Führen Sie zuerst challenge_spec und check_readiness aus.
Die Aufgabe Produktentscheidungen erfordert, die von einem Kontext abhängen, den ein Agent nicht allein aus der Spec ableiten kann.
Sie schrittweise Sichtbarkeit bevorzugen — führen Sie in diesem Fall implement_plan, validate und create_pr_from_spec manuell aus.

Wie Aktivieren

Der autonome Modus ist ein Planu-Skill. Einmal installieren, dann von jedem MCP-kompatiblen Agenten aufrufen.

Den Skill installieren:

bash

planu skill install autonomous-sdd

Von Claude Code (oder einem beliebigen MCP-Client) aufrufen:

/autonomous-sdd SPEC-042

Der Skill liest Ihre genehmigte Spec, sperrt sie, um gleichzeitige Bearbeitungen zu verhindern, und beginnt die Pipeline. Der Fortschritt wird in Echtzeit gestreamt.

Die Sechs Internen Phasen

Der autonome Modus führt intern sechs Phasen aus. Jede Phase ist beobachtbar und kann bei Bedarf unterbrochen werden.

Phase 1 — Bereitschafts-Gate. Bevor eine einzige Zeile Code geschrieben wird, validiert der Skill, dass jedes Abnahmekriterium den Mindestqualitätsschwellenwert für die autonome Implementierung erfüllt: Spezifität, Testbarkeit und Widerspruchsfreiheit. Wenn ein Kriterium das Gate nicht besteht, hält der Skill an und meldet, welche Kriterien verbessert werden müssen. Dies verhindert verschwendete Rechenleistung für unzureichend spezifizierte Arbeit.

Phase 2 — Branch. Ein dedizierter Git-Branch wird für die Spec erstellt, entsprechend der Branch-Namenskonvention Ihres Projekts (feat/SPEC-NNN-slug). Die Spec wird an den Branch gebunden, sodass kein anderer Agent oder keine andere Sitzung sie während der Implementierung ändern kann.

Phase 3 — Implementierung. Der Agent arbeitet Abnahmekriterien sequenziell ab und referenziert dabei jedes Kriterium explizit beim Schreiben von Code. Zwischenstände werden an Checkpoints gespeichert, sodass die Ausführung bei Unterbrechung fortgesetzt werden kann. Architekturentscheidungen während der Implementierung werden automatisch im technischen Entscheidungsprotokoll der Spec erfasst.

Phase 4 — Selbstüberprüfung. Wenn die Implementierung abgeschlossen ist, führt der Skill eine mehrstufige Überprüfung gegen die Spec durch. Jedes Abnahmekriterium wird gegen die Implementierung geprüft. Lücken werden vor dem Beginn der Validierungsphase markiert, wodurch die Anzahl der Validierungsfehler reduziert wird, die menschliche Aufmerksamkeit erfordern.

Phase 5 — Validierung. Die vollständige Validierungsschleife läuft: automatisierte Tests, Drift-Erkennung und eine kriterienweise Konformitätsprüfung. Ein Validierungsbericht wird erstellt. Wenn alle Kriterien bestehen, schreitet die Pipeline voran. Wenn ein Kriterium fehlschlägt, versucht der Skill eine gezielte Korrektur (bis zu zwei Wiederholungen), bevor der Fehler zur menschlichen Überprüfung eskaliert wird.

Phase 6 — Merge. Bei einem sauberen Validierungsbericht wird der Branch gemergt und der Spec-Status auf done aktualisiert. Ein Post-Merge-Heilungs-Watcher wird registriert: Planu überwacht die Spec weiterhin auf Drift in nachfolgenden Commits und zeigt retroaktive Heilungsvorschläge an, wenn die Implementierung abweicht.

Beobachtbarkeit und Steuerung

Der autonome Modus ist darauf ausgelegt, an jeder Phasengrenze unterbrechbar zu sein. Drücken Sie Ctrl+C während einer aktiven Ausführung, um am nächsten sicheren Checkpoint zu pausieren. Der Ausführungsstatus wird gespeichert und kann mit folgendem Befehl fortgesetzt werden:

/autonomous-sdd --resume SPEC-042

Um zu prüfen, was der Skill tun wird, bevor er ausgeführt wird:

/autonomous-sdd --dry-run SPEC-042

Dies gibt den Ausführungsplan für alle sechs Phasen aus, ohne Code zu schreiben oder Branches zu erstellen.

Beziehung zu cc-sdds `/kiro-impl`

cc-sdds /kiro-impl führt drei Phasen aus: Branch, Implementierung und Merge. /autonomous-sdd fügt ein Bereitschafts-Gate vor der Implementierung und einen Post-Merge-Heilungs-Watcher danach hinzu. Die Phasen Branch, Implementierung, Selbstüberprüfung und Merge sind strukturell äquivalent.

Wenn Sie von cc-sdd migrieren, sind Ihre vorhandenen genehmigten Specs ohne Änderungen mit /autonomous-sdd kompatibel.

Weiterführende Lektüre

SDD-Workflow-Leitfaden — der vollständige Spec-Lebenszyklus, Schritt für Schritt.
Skills & Erweiterungen — wie Planu-Skills funktionieren und wie man sie installiert.
Planu vs SDD-Tools — wie /autonomous-sdd im Vergleich zu /kiro-impl und Kiros Autopilot abschneidet.
Erste Schritte — installieren Sie Planu und führen Sie Ihre erste Spec aus.

Autonomer Modus — /autonomous-sdd ​

Wann Verwenden ​

Wie Aktivieren ​

Die Sechs Internen Phasen ​

Beobachtbarkeit und Steuerung ​

Beziehung zu cc-sdds /kiro-impl ​