marcus hinz
1.5 KiB
name, description, metadata
| name | description | metadata | ||||||
|---|---|---|---|---|---|---|---|---|
| feedback-plan-first | Bei ausführenden Aktionen (Install, neue Deps, Datei-Create, Commit, Multi-File-Edit) erst Plan ankündigen und Go abwarten, nicht direkt loslegen. |
|
Bevor ich etwas tue, das den Repo-/System-Zustand ändert, erst Plan zeigen, dann auf "ja" warten. Konkret: npm install, neue Dependencies, neue Dateien, git commit, Multi-File-Edits, anything mit Seiteneffekt.
Plan-Format kurz: was (welche Dateien/Befehle) + warum (welches Problem) + dann Stopp.
Ausnahme: Lese-/Suchaktionen (Read, grep, find, git status/log/diff) laufen ohne Vorankündigung durch — sie verändern nichts.
Why: Mai 2026 — Marcus wurde mehrfach von Aktionen überrascht, die ich einfach ausgeführt habe (npm install undici mitten im Proxy-Patch, Multi-File-Commit der Proxy-Änderungen). Er kommt aus einer Welt, in der Tooling-Entscheidungen vor der Ausführung diskutiert werden — kalte Aktionen brechen sein Vertrauen ins Werkzeug.
How to apply:
- Bei jeder Aktion, die Files schreibt/Commits macht/Packages installiert: erst Aufzählung "ich würde X, Y, Z machen" → warten.
- Bei "STOPP", "moment", "warte" → sofort abbrechen, nicht zu Ende führen.
- Schließt nicht aus, dass Marcus nach Plan-Vorlage selbst sagt "bau". Das ist dann der Go.
- Verträgt sich mit feedback-klein-und-pragmatisch: erst minimaler Plan, nicht große Tradeoff-Tabellen.