Doku: Entry-Checkliste, Sweep-Backtest-Ergebnis, MQL5 v1.14 (nur Pfeile)

- Entry-Checkliste (7 Punkte, Live-Daten, blockt nicht) dokumentiert
- Liquiditaets-Sweeps VERWORFEN (16. Signal-Eingriff): SMC-Exit in ALLEN 9
  Kombinationen negativ; einziger Treffer (Swing/M30) nicht parameter-robust
  (Nachbar-TFs kippen) = ORB-Muster; Session-Filter n zu klein
- MQL5 v1.14: nur Pfeile rechtsbuendig, Linien/Labels raus
- v=120

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
Axel Hocks
2026-07-30 18:15:55 +02:00
co-authored by Claude Opus 4.8
parent 919fe61dc3
commit a9908cf0fb
+41 -2
View File
@@ -720,6 +720,43 @@ dort bereits nachvalidiert, ØR +0,305.) **Eine** Oberfläche:
fragte, ob ein Trade auto/manuell war; die Zeile log fälschlich „User"). Jetzt:
autonome Orders → „autonom vom Auto-Squeeze eröffnet", manuelle → wie bisher. Die
`🚀 AUTO-SQUEEZE-ENTRY`-Zeile bleibt die eindeutige Quelle der Wahrheit.
- **Entry-Checkliste im Order-Dialog (`engine._entry_checklist`, User-Vorgabe
2026-07-30 „blende einen Hinweis ein wenn die Checkliste gegen meine Eröffnung ist",
v=120):** Vor JEDER manuellen Eröffnung prüft der Server 7 Punkte mit LIVE-Daten und
zeigt die verletzten im Bestätigungs-Dialog. **Blockt nicht**, macht aber sichtbar,
was dagegen spricht — und zwar **auch dann, wenn ein Signal vorliegt** (der alte
Dialog kam nur bei WARTEN/Gegen-Signal). Punkte: (1) **Signal-Deckung** (die
gemessene Kern-Leckage), (2) **HTF-Trend M30+H1** („nur mit dem HTF-Trend, niemals
dagegen"), (3) **Entry-Raum** zum Gegenlevel (<0,6×ATR = gemessen negativ),
(4) **News-Konflikt** (|Sentiment|≥0,5 gegen die Richtung), (5) **Kosten**
(Spread/ATR, ab 0,32 = Kostenfalle), (6) **Mental-Check: Verlust-Serie heute**
(„nach 2 Losses Session beenden" — zeigt Anzahl, Tages-P&L und %-Anteil am Konto),
(7) **Nacht-Stunde** 07 Uhr. `verdict`: `stop` (≥2 „fail") · `warn` · `ok`.
Snapshot `checklist {long, short}` — nutzt nur bereits berechnete Snapshot-Teile;
die DB-Abfrage für die Verlust-Serie ist ~120 s gecacht (`_loss_streak_today`).
⚠ Die Gewichtung ist **NICHT backtest-optimiert**, sondern aus den im Projekt
gemessenen Leckagen + der User-Checkliste abgeleitet (Entscheidungshilfe, kein
validiertes Signal). Real beim Einbau (30.07. abends): beide Richtungen `stop` —
„keine Empfehlung" · „HTF unklar/dagegen" · „11 Verluste heute (261 € = 80 % des
Kontos)".
- **Liquiditäts-Sweeps (SMC: Equal Highs/Lows, Swing Liquidity) = VERWORFEN
(gemessen `backtest_liquidity_sweep.py`, 2026-07-30, User-Vorgabe mit Chart-
Beispielen + WTI-Praxisregeln):** Getestet, weil der **Sweep** (Fehlausbruch: Level
kurz durchstochen, Close zurück in der Zone) eine ANDERE Mechanik ist als der schon
verworfene Nackenlinien-Bruch (`backtest_doubletop.py`). Achsen: 3 Muster × Level-TF
(M5/M30/H1, die „Liquidität auf höherem TF"-Regel) × 2 Exits × 2 Halbjahre, plus
Session-Filter (NY 1416 / Asia 24 Uhr Berlin). **Kernbefunde:** (a) Der
**SMC-eigene Exit** („Stop über dem Sweep-Docht, Ziel = Gegen-Liquidität") ist in
**ALLEN 9 Kombinationen negativ** — die Lehre steht und fällt mit ihm, er trägt
nicht; mit dem generischen Live-Trailing sieht dasselbe Setup besser aus (derselbe
Exit-Artefakt wie bei `backtest_patterns.py`). (b) Equal Highs/Lows fallen fast
überall durch (Vorzeichen kippt zwischen den Hälften). (c) Einziger Treffer:
„Swing-Liquidity, M30-Level, Live-Exit" (+0,241/+0,358) — aber die **Nachbar-TFs
kippen** (M5 0,152/+0,247 · H1 0,111/+0,692) = **nicht parameter-robust**, exakt
das ORB-Muster von 2026-07-17. (d) Session-Filter: zu wenige Trades (n=331) für
eine Aussage. **Kein Einbau in die Gesamtempfehlung. 16. verworfener Signal-
Eingriff.** ⚠ Die DXY-Korrelations-Regel wurde bewusst NICHT erneut getestet — die
Inter-Market-Klasse ist 2026-07-19 gemessen durchgefallen.
- **„Erst messen, dann umbauen":** Strategie-Änderungen per Backtest belegen, nicht
raten. Gegen-Trend verliert; nicht bei WARTEN handeln. **Stichproben ~28 Tage** —
ein Trend-Regime; Befunde später auf mehr/andere History gegenprüfen.
@@ -1125,7 +1162,9 @@ dort bereits nachvalidiert, ØR +0,305.) **Eine** Oberfläche:
(im `_run_analysis`, ~5 s, `[trading] export_mql5_levels=true`) schreibt atomar
`<terminal>\MQL5\Files\sr_levels.csv` (`SYM;…` / `R;preis` / `S;preis` / **`CH;<U|M|L>;
t1;p1;t2;p2`** = Regressionskanal-Anker / **`LQ;<B|A>;preis;size;<U|D>;<1|0>`** = ECHTE
Liquiditäts-Wand + Pfeilrichtung + Dominanz / **`LT;t1;p1;t2;p2;<U|D>`** =
Liquiditäts-Wand + Pfeilrichtung + Dominanz (⚠ seit MQL5 v1.14 zeichnet der
Indikator davon NUR noch den PFEIL, rechtsbündig am aktuellen Rand — Linie und
Text-Label sind auf User-Wunsch raus, Details stehen im Tooltip) / **`LT;t1;p1;t2;p2;<U|D>`** =
Liquiditäts-Trendlinie, s. u.); Quelle **`_draw_levels`** (S/R) +
**`structure.channel_line`** (Kanal) + **`self.hl_walls`** (Liquidität),
Indikator-Farben blau DodgerBlue/DeepSkyBlue, Wände grün/orangerot.
@@ -1461,7 +1500,7 @@ dort bereits nachvalidiert, ØR +0,305.) **Eine** Oberfläche:
Signal → **Hinweis-Dialog „trotzdem eröffnen?"** (überschreibbar). CLOSE bei
**negativem** P&L → Sicherheitsabfrage; im Plus/Breakeven direkt. Sonst keine
Token-Dialoge (`require_token=false`). Audio braucht 1× Nutzer-Tap.
- Asset-Version aktuell **v=119** (in `web/index.html` hochzählen, siehe Workflows).
- Asset-Version aktuell **v=120** (in `web/index.html` hochzählen, siehe Workflows).
Schriftgrößen 2026-07-24 global **+4px** (2× je +2px auf User-Wunsch; Body-Basis
14→18px). ⚠ Betrifft in `style.css` sowohl `font-size:Npx` (71×) ALS AUCH die
`font:<weight> Npx/…`-**Shorthand** (3×: `.ms-chip`/`.ms-bos-lbl`/`.sqm-badge`