Initial commit

This commit is contained in:
marcus.hinz
2026-07-09 09:21:42 +02:00
commit c8f977d617
39 changed files with 934 additions and 0 deletions
+14
View File
@@ -0,0 +1,14 @@
---
name: feedback-priorisierung
description: "Cleanup-Arbeit entlang einer Linie, die Kollegen FRÜH testen lässt — nicht nach technischer Priorität."
metadata:
node_type: memory
type: feedback
originSessionId: 9259f85f-e34d-4327-89e2-534bbfbc48c2
---
Bei Aufräum-/Refactor-Sessions: Arbeitsreihenfolge richtet sich nach "was ermöglicht den Kollegen, möglichst früh zu testen", NICHT nach meiner technischen Priorisierung (auch wenn die "teilweise richtig" sein mag).
**Why:** Marcus sagte explizit: "wir gehen gezielt entlang einer Linie, die es meinen Kollegen erlaubt FRÜH zu testen — also NICHT nach Deinen Prios, obwohl sie teilweise richtig sind." Tempo & Testbarkeit für andere schlägt technische Eleganz / theoretische Priorität.
**How to apply:** Wenn ich eine Reihenfolge vorschlage, an "wann kann jemand anders das nutzen" ausrichten. Bei alternativen Vorschlägen die "kollegen-test-ermöglicht-am-frühesten"-Option zuerst nennen. Aufwand für Härtung (Crypto, Validierung, Edge-Cases) bewusst nach hinten schieben, wenn Marcus signalisiert "Zwischenstufe, wird nachgezogen".