debug line test
This commit is contained in:
@@ -0,0 +1,39 @@
|
||||
---
|
||||
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?“
|
||||
Reference in New Issue
Block a user