Plan Skill#

Denke zuerst. Baue danach. Der Plan kommt vor der Ausführung.

/plan definiert HOW — die konkrete Umsetzungsstruktur. Es produziert einen strukturierten Plan, führt keine Implementierung durch.

Trigger#

• "plan this", "create a plan", "break this down"
• "wie sollten wir vorgehen", "erstelle einen Plan"
• "deepen the plan", "Plan vertiefen"
• Direkte Erwähnung von /plan

Was /plan leistet#

• Zerlegt komplexe Tasks in umsetzbare Steps
• Definiert Abhängigkeiten und Reihenfolge
• Ordnet Dateien, Tools und Verantwortlichkeiten zu
• Testet/Annahmekriterien pro Feature
• Reserviert Entscheidungsspielraum (keine Pseudo-Implementation)

Workflow#

Phase 0: Input & Scope klären#

Wenn keine Task angegeben: Nutzer fragen: "Was möchtest du planen?"

Wenn Input unklar: Max 1-2 Clarifying-Fragen, dann zur Planning Bootstrap übergehen.

Grundregel: Bei direktem /plan Aufruf — immer planen. Nie mit "Das ist keine Planungsaufgabe" abbrechen.

Phase 1: Recherche & Kontext#

• Bestehenden Code / Dateien im Workspace prüfen
• Relevante Dokumentation lesen
• Vorherige Pläne oder Learnings aus MEMORY.md einbeziehen
• Falls nötig: Web-Recherche für externe Abhängigkeiten

Phase 2: Plan erstellen#

Einen strukturierten Plan mit diesen Sections:

text

# Plan: [Titel]

## Context & Problem
Was ist die Ausgangslage? Was soll erreicht werden?

## Goals
Konkrete, messbare Ziele dieses Plans.

## Approach
Der gewählte Weg und warum dieser Weg. Entscheidungen mit Begründung.

## Scope
Was ist INCLUDED / ausgeschlossen.

## File Map
Welche Dateien werden erstellt/geändert (repo-relative Pfade).

## Implementation Steps
Nummerierte Steps in korrekter Reihenfolge.
mit Abhängigkeiten und Zeitabschätzungen.

## Acceptance Criteria
Pro Feature/Step: Was muss funktionieren?

## Risks & Mitigations
Was könnte schiefgehen? Wie mildern wir das?

## Test Scenarios
Was muss getestet werden?

Phase 3: Review & Export#

• Plan präsentieren
• Feedback einholen
• Auf Wunsch: als /home/HolBot/plans/YYYY-MM-DD-[slug].md speichern
• Bei "deepen": Sub-Agent für detaillierte Ausarbeitung jeder Section

Deepen Flow#

Wenn Nutzer "deepen the plan" sagt:

1. Sub-Agent pro Plan-Section starten
2. Section mit konkreten Implementierungsdetails anreichern
3. Fehlende Tests, Randfälle, Edge Cases ergänzen
4. Zusammenführen und präsentieren

Quality Bar#

Ein guter Plan enthält:

• ✅ Klare Problem-Frame und Scope-Grenze
• ✅ Konkrete Requirements-Rückverfolgbarkeit
• ✅ Repo-relative Pfade (keine absoluten Pfade!)
• ✅ Entscheidungen mit Begründung
• ✅ Test-Szenarien pro Feature-Bearing Unit
• ✅ Abhängigkeiten und Sequenzierung

Dos & Don'ts#

DODON'TRecherche vor StrukturSofort coden ohne PlanEntscheidungen erklärenNur Tasks ohne KontextScope explizit machenAlles auf einmal wollen.small Work = compact PlanOver-Engineering für triviale TasksCliffhanger für ReviewPlan ohne User-Feedback abschließen

---

Inspiriert von ce-plan (Compound Engineering Plugin) — adaptiert für OpenClaw.