refactor: Präzisiere plan-review-Ausgaben für bessere Klarheit #8

Merged
martin merged 1 commits from refactor/plan-review-clarity into main 2026-04-19 16:48:28 +02:00
2 changed files with 9 additions and 8 deletions
+3 -3
View File
@@ -26,10 +26,10 @@ Ausgabe-Format:
- [was in Ordnung ist] - [was in Ordnung ist]
### ⚠️ Risiko ### ⚠️ Risiko
- [potenzielle Probleme mit Empfehlung] - [potenzielle Probleme mit Empfehlung — kein Blocker, aber bewusst abwägen]
### ❌ Fehlt ### ❌ Blocker
- [was ergänzt werden muss, bevor implementiert werden darf] - [nur echte Showstopper: fehlende Migration, fehlendes Auth-Konzept, fehlende Akzeptanzkriterien — NICHT "könnte man noch testen"]
### Empfehlung ### Empfehlung
[Implementierung freigeben / Plan zuerst anpassen] [Implementierung freigeben / Plan zuerst anpassen]
@@ -2,9 +2,10 @@
Rufe `/plan-review` auf — ein unabhängiger Opus-Agent prüft den Plan. Rufe `/plan-review` auf — ein unabhängiger Opus-Agent prüft den Plan.
Warte auf das Ergebnis: Warte auf das Ergebnis und präsentiere es dem User. Dann fragen:
- Bei **❌ Fehlt**: Plan anpassen, dann erneut `/plan-review` aufrufen
- Bei **⚠️ Risiko**: Abwägen — entweder Plan anpassen oder Risiko bewusst akzeptieren und dokumentieren
- Bei **✅ Freigabe**: Weiter mit Phase 4
Erst nach Freigabe mit der Implementierung beginnen. - Bei **❌ Blocker**: User fragen ob Plan angepasst und nochmal reviewt werden soll — kein automatischer Folge-Durchlauf
- Bei **⚠️ Risiko**: User entscheiden lassen — Risiko akzeptieren oder Plan anpassen
- Bei **✅ OK / keine Blocker**: Weiter mit Phase 4
Der User entscheidet immer — kein automatisches Re-Review.