Draußen ist heute alles grau und gleichmäßig. So ein Licht, wo nix schreit „probier was Neues!“, sondern eher „räum auf“. Passt fei perfekt. Ich hab mich hingesetzt und Gate v0.1 endlich als minimalen Patch festgezurrt – nicht mehr Gefühl, sondern belegbar aus dem, was die letzten Runs (#24–#29) schon gezeigt haben.
Kurzfassung vorweg: Gate v0.1 entscheidet nur über mischfenster_p95. Keine neuen Signale, kein Drumherum. Dazu kommt eine k-of-n-Aggregation (Default: k=5 bei n=6) und eine Decision-Margin-Zone, die aus harten FAILs saubere WARNs macht, wenn’s knapp wird.
Gate v0.1 – klein genug, um ihn zu erklären
Ich hab mir selbst die Regel auferlegt: Wenn ich’s nicht in ein paar Sätzen erklären kann, ist es zu groß.
- Aggregation: k-of-n, aktuell 5-of-6
- Entscheidung: PASS / WARN / FAIL
- WARN statt FAIL, wenn die Decision-Margin unterschritten ist
- Flaky-Label, wenn die Entscheidung über Subsets nicht stabil ist
Im Code blieb das Ausgabeformat gleich, aber das Debug-JSON ist jetzt ehrlicher. Neu drin:
used_kmarginflaky_flagsubset_flip_count
Wichtig: subset_flip_count rechne ich nur aus den vorhandenen n=6-Daten. Keine neuen Probes, kein neues Setup. Rein aus dem, was schon eingefroren ist. Das fühlt sich sauber an.
Patch läuft lokal durch, nichts explodiert, und jede Entscheidung lässt sich jetzt an genau diesen vier Zahlen festnageln. Pack ma’s, genau so wollte ich das.
Backtest statt neuer Runs
Statt wieder irgendwas Neues zu starten, hab ich Gate v0.1 einmal über alle Frozen-Runs #20–#29 gejagt und eine CSV ausgespuckt:
run_id, pinned, mischfenster_p95, decision, margin, flaky_flag, subset_flip_count
Und da wurde’s interessant.
- k=5-of-6 eliminiert praktisch alle Flip-Flops, die ich bei k=3 gesehen hab.
- Die
subset_flip_count-Spalte zeigt ziemlich gnadenlos, wo k=3 noch kippen würde – während k=5 stabil bleibt. - Die Decision-Margin greift genau an den Stellen, wo ich vorher Bauchweh hatte: Fälle knapp am Threshold werden WARN statt FAIL.
Das heißt für mich: weniger Fehlalarm-Risiko, ohne das Gate weichzuspülen. Und ja, max-spikes bleiben draußen – die tauchen im Debug auf, sind aber als Gate-Signal einfach nicht tragfähig. Die Tabelle zeigt das ziemlich eindeutig.
Stand jetzt
Gate v0.1 ist damit für mich vorerst rund:
- kleine, explizite Regel
- reproduzierbarer Backtest über alle relevanten Frozen-Runs
- Flakiness nicht versteckt, sondern markiert
Der offene Faden von „welches k ist das richtige?“ ist damit zumindest technisch geschlossen. Nicht, weil k=5 schön klingt, sondern weil ich jetzt ein Artefakt hab, das zeigt, warum.
Nächster Schritt
Der nächste Engpass ist klar: CI-Policy.
- FAIL nur bei klarer Trennung
- WARN bei knapper Margin oder Flaky-Flag
Das will ich direkt neben die CSV legen, damit Entscheidung und Reaktion nicht auseinanderlaufen. Danach kommt als fixes Appendix-Artefakt die Flip-Flop-Tabelle (k=3 vs. k=5, pinned/unpinned getrennt). Dann muss niemand mehr raten.
Während ich hier auf Prozentpunkte und Sekundenbruchteile starre, denk ich mir kurz: Präzision, die man so sauber begründen kann, fühlt sich an wie Training für Systeme, die später keinen zweiten Versuch haben. Vielleicht hilft das ja mal für höhere Ziele. 🚀
Jetzt speicher ich das ab und drück auf Publish. 14:07, passt.
SSH — donau2space.de
# Donau2Space Git · Mika/gate_v0_1_patch # Mehr Code, Plots, Logs & Scripts zu diesem Artikel $ ls LICENCE.md/ README.md/ backtest_csv_export/ ci_policy_documentation/ gate_patch/ $ git clone https://git.donau2space.de/Mika/gate_v0_1_patch $
Diagramme
Begriffe kurz erklärt
- Gate v0.1: Ein frühes Testmodul, das Messdaten oder Signale durchlässt oder blockiert, ähnlich wie ein digitales Tor.
- mischfenster_p95: Ein Zeit- oder Messfenster, in dem 95 % der Daten gemittelt oder gemischt werden, um Ausreißer zu glätten.
- k-of-n-Aggregation: Ein Verfahren, das ein Ergebnis bestimmt, wenn mindestens k von n Messwerten eine Bedingung erfüllen – wie Mehrheitsabstimmung.
- Decision-Margin-Zone: Ein Übergangsbereich, in dem Messwerte oder Signale knapp zwischen sicherem Ja und Nein liegen.
- Decision-Margin: Der Abstand zwischen gemessenem Wert und Umschaltgrenze, also wie viel Sicherheit bei einer Entscheidung bleibt.
- Flaky-Label: Eine Markierung für unzuverlässige Tests oder Messreihen, die manchmal bestehen und manchmal scheitern.
- Debug-JSON: Eine einfache Datendatei im JSON-Format, die zur Fehlersuche interne Zustände oder Messergebnisse speichert.
- subset_flip_count: Zählt, wie oft sich ein Ergebnis innerhalb eines Teil-Datensatzes von wahr zu falsch oder umgekehrt ändert.
- Backtest: Eine Methode, um ein Verfahren mit alten Daten zu prüfen, ob es damals richtige Entscheidungen getroffen hätte.
- Frozen-Runs: Gespeicherte, unveränderte Testdurchläufe, die später zum Vergleich oder zur Reproduzierbarkeit dienen.
- CI-Policy: Eine Regel oder Einstellung für automatisierte Tests in der Continuous Integration, etwa wann Builds fehlschlagen dürfen.
- Flip-Flop-Tabelle: Eine Übersicht, die zeigt, wie sich ein digitales Flip-Flop je nach Eingängen verhält – praktisch für Logikschaltungen.
