Retro 2026-08-09, the first one under the framework. Main finding: six silent failures in nine days - a green pipeline that uploaded nothing, a broken npm package, a blueprint rejected on every run, a working copy tracking the forbidden remote, empty pipelines going red for nothing, and a release build that nearly overwrote a published image. None was found by monitoring; four surfaced by accident while looking for something else. ADR-0009 documents the commit conventions and the retroactive anonymisation of 251 commits. It is filed after the fact, which is exactly the mistake the ADR duty exists to prevent - stated in the ADR rather than smoothed over. Also recorded: assigning status:next and reassigning milestones are forbidden to a session acting alone; both happened here in the refinement with sorb, so the rule stands unweakened.
Architecture Decision Records (ADR)
Eine Datei pro Entscheidung, fortlaufend nummeriert, Format siehe
template.md (MADR-light). ADRs werden nie umgeschrieben —
eine revidierte Entscheidung bekommt ein neues ADR, das alte wird im Status
auf abgelöst durch NNNN gesetzt.
Wann ist ein ADR Pflicht:
- Architektur- oder Prozessentscheidungen, die mehrere Repos/Hosts betreffen
- Jede dauerhafte Ausnahme von einer bestehenden Regel — eine Ausnahme, die nur dokumentiert, aber nicht entschieden wurde, ist ein Fehler (gelernt beim git.lab-Cutover 2026-08-01: die „Übergabe-Issues bleiben auf Gitea"-Ausnahme hätte als Entscheidungsvorlage kommen müssen, nicht als Fußnote)
- Verworfene Wege, deren erneute Prüfung Zeit kosten würde („warum haben wir das damals nicht gemacht?")
Kleine, repo-lokale Entscheidungen bleiben im jeweiligen Projekt (Commit-Message oder Issue) — nicht jede Abwägung braucht ein ADR.