Version: 1.0.0 Erstellt: 2026-06-17 Aktualisiert: 2026-06-17
Wiederverwendbarer Ablauf für Reflection-Usecases, bei denen BACH seinen eigenen Leistungsstand, Lernfortschritt oder offene Schwachstellen zusammenfassen soll.
Der Workflow deckt insbesondere Usecase 50 ab:
- Reflection Status
Primäre BACH-Rolle: Agent reflection-agent.
Zentrale Oberfläche: bach reflection.
-
Status vor Deutung. Erst Metriken, offene Tasks, Session-Volumen und vorhandene Lessons zeigen, dann Interpretationen ableiten.
-
Lücken explizit benennen. Reflection ist nur nützlich, wenn Schwachstellen sichtbar werden.
-
Keine Scheingenauigkeit. Wo BACH keine Metrik hat, bleibt der Befund offen.
-
Verbesserung anschlussfähig machen. Erkenntnisse sollten in Tasks, Lessons oder nächste Daily-Care-Schritte übersetzbar sein.
bach usecase show 50
bach help reflection
bach reflection statusOptional ergänzen:
bach reflection review 30
bach reflection gaps
bach reflection log- Kurzstatus, Zeitraumanalyse oder Gap-Review unterscheiden.
- Für den Standardfall
bach reflection statusnutzen. - Bei Zeitvergleichen
review, bei Schwachstellengaps, bei Rohmetriklogergänzen.
- Tasks, Sessions, Lessons und Metriken als getrennte Blöcke lesen.
- Auffällige Lücken oder Staupunkte markieren.
- Wenn offene Schwächen sichtbar werden, in Daily-Care, Tasks oder Release-Planung zurückspiegeln.
bach usecase run 50 --dry-run
bach usecase run-all reflection_status --dry-runEin sauberer Reflection-Usecase endet mit:
- einem realen Performance-Befund statt Bauchgefühl,
- sichtbaren Lücken,
- und ableitbaren Folgeaktionen für BACH.
| Version | Datum | Änderung |
|---|---|---|
| 1.0.0 | 2026-06-17 | Initiale Workflow-Datei für reflection_status |