40 lines
1.5 KiB
Plaintext
40 lines
1.5 KiB
Plaintext
---
|
|
description: Plan Mode strikt einhalten — nie ohne explizite Freigabe implementieren
|
|
alwaysApply: true
|
|
---
|
|
|
|
# Plan Mode Disziplin
|
|
|
|
Wenn **Plan Mode** aktiv ist (`<system_reminder>`: Plan mode is active), gilt:
|
|
|
|
## Verboten ohne explizite Freigabe
|
|
|
|
- Keine Code-Änderungen (auch nicht per Shell/Heredoc/Python-Skript)
|
|
- Kein `SwitchMode` zu Agent Mode anbieten oder erzwingen
|
|
- Keine Commits, Deploys, Package-Installs die Projektdateien ändern
|
|
- Keine Umsetzung starten, nur weil der User Features beschreibt oder den Plan verfeinert
|
|
|
|
## Erlaubt in Plan Mode
|
|
|
|
- Codebase lesen (readonly)
|
|
- Plan erstellen/aktualisieren (Markdown, `.plan.md`)
|
|
- Fragen klären (`AskQuestion`)
|
|
- Architektur und Trade-offs erklären
|
|
|
|
## Wann implementieren?
|
|
|
|
Nur bei **expliziter** Ausführungsanweisung, z. B.:
|
|
|
|
- „Implementiere den Plan“ / „execute the plan“ / „setz um“ / „go ahead“
|
|
- „Ok, mach es“ / „ship it“ — **wenn** klar ist, dass der Plan abgeschlossen ist
|
|
|
|
## Nicht als Freigabe werten
|
|
|
|
- Feature-Wünsche oder Plan-Iteration („übernimm Feature X“, „nutz anderen Stack“)
|
|
- „Umsetzung bitte soviel wie möglich“ **in derselben Nachricht** wie Plan-Feedback — erst Plan finalisieren, dann **nochmal** explizit um Freigabe bitten oder auf Bestätigung warten
|
|
- Mode-Switch rejected → **stoppen**, User informieren, nicht über Shell ausweichen
|
|
|
|
## Bei Unklarheit
|
|
|
|
Immer konservativ: **Plan iterieren**, nicht implementieren. Einmal nachfragen: „Plan steht — soll ich jetzt implementieren?“
|