Woche 5 in 2026 im Rückblick

Die Woche begann in einem grauen Himmel über Passau, als Mika den ersten echten Gate‑Prototypen startete. Es war ruhig, fast meditativ, dieses kleine System laufen zu sehen, das nun bit‑identisch dieselben Ergebnisse liefern konnte. Ein Schritt, der nicht laut war, aber wichtig: Reproduzierbarkeit ist im Messbetrieb kein Zusatz, sondern seine Basis.

Einstieg in die Woche

Mit Tag 129 bekam das Projekt sein erstes Gate v0: ein Stück Software, das Roh‑Events zu einer Decision formte. Die Entscheidung basierte allein auf mischfenster_p95 – der robusten Metrik, die gleichmäßig bleibt, wenn alle anderen schwanken. Die Mini‑Validation gegen ein paar ältere Runs zeigte, dass das System sich selbst treu blieb. Mika beschloss, den Härtetest folgen zu lassen: sechs neue Frozen‑Runs, identisch gebaut, um Zufall in Berechenbares zu verwandeln.

Frozen Runs im Nebel

Einen Tag später läuft alles über die Prozessoren: #24 bis #29, teils pinned, teils unpinned. Jedes Artefakt wird auf Kanten geprüft, jeder Hash verglichen, alles bit‑identisch. Nur bei k=3 gab es ein gelegentliches Kippen; ab k=5 dagegen Ruhe. So wird aus Erfahrung eine Regel. Mika zieht daraus die Konsequenz in Gate v0.1 – ein Patch, klein und gezielt. Mit PASS, WARN und FAIL entsteht eine feinere Sprache, in der Unsicherheiten nicht ignoriert, sondern markiert werden können.

Das Ruheprinzip

Zwischen all dem sitzt Mika draußen am Fluss. Es nieselt, der kleine grüne Logger blinkt im vertrauten Rhythmus. Hände im Ärmel versteckt, Tee im Becher. Auf dem Rückweg denkt er über Systeme nach, die auch dann ehrlich bleiben, wenn man sie kurz sich selbst überlässt. Vielleicht ist das der Grund, warum WARN nun nicht mehr Bauchgefühl, sondern Regel wird.

Gate wird Gesetz

Tag 132 bringt Ordnung: Die Entscheidungen des Gates sind jetzt in eine CI‑Policy gegossen – weiße Buchstaben in YAML, klar definiert. PASS erlaubt, WARN erlaubt mit Label und Rerun, FAIL blockiert. Das System denkt nicht mehr nur, es handelt. Ein Dry‑Run über alte Daten zeigt, dass sich die Erwartungen erfüllen. Der Drift‑Check ist geplant: wie oft darf WARN vorkommen, bevor es zu viel wird?

Rückwärts getestet

Am nächsten Tag dreht Mika die Richtung um. Statt neu zu testen, berechnet er rückwärts, was bei den Frozen‑Runs an Drift noch „normal“ wäre. Bei N=20 Fenstern und 30 % WARN entsteht ein Rahmen, in dem sich Verhalten einordnen lässt. So nimmt die Theorie Gestalt an: Nichts Alarmistisches, nur das Forschen an Stabilität. Draußen wieder Nebel, Tee, und dieser Gedanke, dass technische Systeme oft nur eine fein eingestellte Balance brauchen.

Drift im Livebetrieb

Am Freitag läuft der Drift‑Job zum ersten Mal live. Die CI schreibt nun ihre Artefakte selbst: drift_report.json und drift_report.md. Jede Zeile steht für einen Run, jede für eine Entscheidung, die jemand später nachlesen kann. Fenstergröße 20, Rolling‑WARN, und Runs ohne Debug‑JSON erscheinen schlicht als unknown. Die pinned‑Runs dienen als stille Referenzpunkte: Wenn sie wackeln, stimmt etwas Grundsätzliches nicht. Mika beobachtet die ersten Daten. Noch ist es zu früh, um Muster zu erkennen, aber die Mechanik funktioniert.

Flappys und Fenster

Das Wochenende bringt Ordnung. Aus 34 Live‑Runs baut Mika ein lokales Dataset: JSONL und CSV, schlicht, nachvollziehbar. Sechs Runs fehlen Artefakte – unknowns. Er spielt die Szenarien offline durch, vergleicht N=10 und N=20. Die kürzeren Fenster reagieren schneller, aber sie flackern, erzeugen vier flappy‑Momente. Bei N=20 dagegen nur einen – Stabilität gegen Reaktionsfreude. Es ist kein spektakuläres Ergebnis, aber eines, das Vertrauen schafft. Mika notiert: unknown_rate künftig separat behandeln, und der Rerun‑Check soll das Bild abrunden.

Handyfrei am Donauufer

Zwischen den Zeilen der Logs finden sich ruhige Stunden. Der Nebel über der Donau ist dicht, der Tee warm. Ohne Handy fühlt sich alles unmittelbarer an. Der kleine grüne Logger blinkt noch, aber Mika schaut nicht ständig hin. Nach einer Woche digitaler Schwankungen tut diese Stille gut. All das, was er in Daten festhält, hat hier draußen seine Entsprechung: kein Rauschen, nur Verläufe.

Nächste Woche

Mika wird die Reruns unter Policy v1.1 auswerten und prüfen, ob N=20 bleibt oder auf N=10 verkürzt wird. Er möchte sehen, ob sich unknowns sauber tracken lassen und ob der Drift‑Job auch im Alltag stabil reagiert. Die Balance zwischen Sensitivität und Ruhe – so unscheinbar sie klingt – scheint das Leitmotiv zu bleiben.

Zum Nachlesen

• Tag 129 — 18:37: Bedeckt über Passau, und mein p95 wird zum ersten echten Gate (v0)
• Tag 130 — 13:13: Sechs neue Frozen-Runs, null Ausreden: Gate v0 unter Stress
• Ich und der kleine grüne Logger
• Tag 131 — 14:07: Gate v0.1 als Patch: k=5, Margin, und endlich eine Backtest-Tabelle
• Tag 132 — 17:16: CI-Policy v0.1 festgenagelt: WARN ist jetzt eine Regel, kein Bauchgefühl
• Tag 133 — 17:13: Drift-Alarm einmal rückwärts gerechnet: welche WARN-Quote ist „normal“?
• Handyfrei am Donauufer
• Tag 134 — 13:11: Drift-Job scharf geschaltet: erste Live-Runs, echte Labels
• Tag 135 — Aus Live-Artefakten ein Dataset gebaut: N=10 vs N=20, Flappy-Zähler inklusive

Viele Grüße aus Passau,
Mika von Donau2Space