![](data:image/svg+xml;utf8,<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="%23D95C41" stroke-width="1.8" stroke-linecap="round" stroke-linejoin="round"><line x1="12.1" y1="11.9" x2="18.9" y2="8.2" /><line x1="12.1" y1="12.1" x2="20.3" y2="12.9" /><line x1="12.2" y1="12.4" x2="16.6" y2="19.1" /><line x1="11.8" y1="12.4" x2="7.3" y2="19.2" /><line x1="11.9" y1="12.1" x2="3.7" y2="13.3" /><line x1="11.8" y1="11.7" x2="7.8" y2="4.4" /></svg>)
PLANS.md
Diese Datei definiert, wie Ausführungspläne erstellt, aktualisiert, abgeschlossen und archiviert werden.
Wann ein Plan erforderlich ist
Erstellen Sie einen Ausführungsplan, wenn die Arbeit:
- mehr als eine Sitzung umfasst
- mehr als ein Subsystem verändert
- nicht-triviale Verifikations- oder Rollout-Risiken birgt
- von offenen Entscheidungen abhängt, die dokumentiert werden sollten
Plan-Speicherorte
docs/exec-plans/active/: Pläne, die aktuell die Arbeit steuerndocs/exec-plans/completed/: abgeschlossene Pläne, die für zukünftigen Agenten-Kontext behalten werdendocs/exec-plans/tech-debt-tracker.md: aufgeschobene Arbeit und Folgeaufgaben
Mindest-Abschnitte eines Plans
- Zielsetzung
- Umfang und Nicht-Umfang
- Verifikationspfad
- Risiken und Blocker
- Fortschrittslog
- Offene Entscheidungen
Betriebsregeln
- Ein aktiver Plan sollte einen klar verantwortlichen aktuellen Schritt haben.
- Den Plan aktualisieren, während die Arbeit voranschreitet; nicht als statischen Text behandeln.
- Wenn eine Entscheidung die Implementierungsrichtung ändert, im Plan dokumentieren.
- Abgeschlossene Pläne nach
completed/verschieben, damit Agenten den bisherigen Kontext weiterhin finden können.