Claude · Foto: Lachlan Hardy, CC BY 2.0
executing-plans
Zuletzt aktualisiert:
Typ
Skill
Lizenz
MIT
Quelle
Anwendungsfeld
Claude Skills
Teams, die Plan und Umsetzung trennen (z. B. Plan-Session + Umsetzungs-Session).
Voraussetzungen
- Ein bereits geschriebener Implementierungsplan, etwa aus writing-plans
- Zugriff auf den Folge-Skill finishing-a-development-branch
- Für beste Ergebnisse laut Beschreibung: eine Umgebung mit Subagenten-Unterstützung
Einordnung
Der Ablauf selbst ist einfach, setzt aber einen sauber vorbereiteten Plan und im Idealfall Subagenten voraus.
Arbeitet einen geschriebenen Plan diszipliniert mit Review-Checkpoints ab, statt frei zu improvisieren.
Für wen: Teams, die Plan und Umsetzung trennen (z. B. Plan-Session + Umsetzungs-Session).
Im Detail
Dieser Skill beschreibt einen festen Ablauf, um einen bereits geschriebenen Implementierungsplan diszipliniert abzuarbeiten, statt währenddessen frei zu improvisieren: Plan laden, kritisch prüfen, alle Aufgaben umsetzen, am Ende Bericht erstatten. Er eignet sich für Sitzungen, in denen der Plan getrennt von der Umsetzung entstanden ist, etwa nach einer separaten Planungsphase. Die Anleitung weist ausdrücklich darauf hin, dass die Ergebnisse deutlich besser sind, wenn Subagenten zur Verfügung stehen. In dem Fall ist subagent-driven-development die bessere Wahl als dieser Skill. Ohne Subagenten-Unterstützung bleibt dieser Skill die praktikable Alternative, um Pläne kontrolliert statt chaotisch umzusetzen.
Schritt für Schritt
- Legen Sie den fertigen Plan als Datei bereit, denn ohne Plan hat der Skill nichts abzuarbeiten.
- Lassen Sie sich die kritische Prüfung des Plans zu Beginn zeigen und klären Sie offene Fragen, bevor die Umsetzung losläuft.
- Beobachten Sie die Review-Checkpoints nach jedem größeren Schritt und greifen Sie ein, sobald etwas vom Plan abweicht.
- Liefern Sie Klärung, wenn der Skill wegen eines Blockers oder einer unklaren Anweisung stoppt, statt ihn raten zu lassen.
- Schließen Sie die Arbeit über den Folge-Skill zur Fertigstellung des Entwicklungszweigs ab, statt den letzten Schritt manuell zu improvisieren.
Beispiel aus der Praxis
Sie übergeben in einer neuen Session einen zuvor erstellten Plan für eine Exportfunktion. Der Skill liest den Plan, meldet Bedenken zu einem unklaren Schritt zurück, arbeitet nach Ihrer Klärung Aufgabe für Aufgabe ab und hält nach jeder größeren Aufgabe zur Kontrolle an.
Praxis-Tipp
Prüfen Sie den geladenen Plan zuerst auf offene Fragen und klären Sie diese, bevor Sie mit der ersten Aufgabe beginnen, statt Unklarheiten während der Umsetzung zu improvisieren.
Stolperfallen
Wird der Plan selbst nicht sorgfältig genug vorbereitet, überträgt sich diese Lücke direkt in die Umsetzung, da bewusst nicht improvisiert wird. Ohne Subagenten-Unterstützung fällt laut Beschreibung die Qualität spürbar ab.
Siehe auch
Lizenz & Quelle
- Lizenz: MIT
- Quelle: obra/superpowers
Häufige Fragen.
Kann der Skill auch ohne vorherigen Plan gestartet werden?
Nein, er setzt einen bereits geschriebenen Plan voraus und ist für die separate Ausführung in einer eigenen Session gedacht.
Was passiert, wenn während der Umsetzung ein Problem auftaucht?
Der Skill stoppt bei Blockern, kritischen Lücken oder wiederholt fehlschlagender Verifikation und fragt nach, statt eigenständig weiterzuraten.
Worin unterscheidet er sich von freiem Arbeiten ohne Plan?
Plan-Erstellung und Ausführung sind strikt getrennt, und ein stillschweigendes Erweitern des Umfangs während der Umsetzung ist nicht vorgesehen.
Inhalt ansehen (SKILL.md)
Lade …
Erfahrungen & Kommentare.
Funktioniert der Skill bei Ihnen? Tipps, Stolperfallen, Varianten — teilen Sie es mit der Community.
Lade Kommentare …
Passt dazu.
brainstorming
Erzwingt eine strukturierte Anforderungs- und Design-Phase (Fragen, Alternativen, Spezifikation) vor jeder kreativen Arbeit — bevor Code entsteht.
writing-plans
Erstellt aus einer Spezifikation einen detaillierten, schrittweisen Implementierungsplan mit Review-Prompt.
test-driven-development
Erzwingt echten TDD-Zyklus (Red → Green → Refactor) inkl. Katalog typischer Testing-Anti-Patterns.
