Auto-Flip-Close abgeschaltet (User-Entscheidung)

[trading] auto_flip_close = false. Grundlage: backtest_flipclose2.py - jede
Variante in BEIDEN Halbjahren negativ, beim Live-Wert 0,5 xATR -92 R (H1) /
-160 R (H2). Mechanismus verstanden: Trefferquote steigt 39 -> 45 %, Ertrag
faellt = Gewinner-Kappen, weil die nachlaufende EMA oft mitten im Pullback
dreht.

Die Live-Bilanz sprach dagegen (+284,22 EUR aus 4 Ausloesungen, kontrafaktisch
sogar +101 EUR besser als der kanonische Exit) - aber n=4, und +101 EUR steckten
in EINEM Trade am 04.08., dem Ausreissertag, der allein die 30-Tage-Bilanz
traegt. 4 gegen ~4.000 Trades.

Der ALARM bleibt unveraendert: _check_close_alert haengt an _run_analysis, nicht
am _pos_loop-Aufruf von _check_flip_close. Nur die automatische Ausfuehrung
entfaellt - damit ist der dokumentierte Ursprungszustand wieder da ("Flip bleibt
Alarm + menschliche Entscheidung", User-Uebersteuerungen 68 % WR).

Kein runtime_state.json-Override vorhanden (anders als bei auto_signal, wo ein
UI-Toggle die ini still ueberschrieb), die ini-Aenderung greift direkt. Live
verifiziert nach Neustart: flip_close=False. Neu im Config-Waechter mit
validated=false, damit ein Zurueckschalten auffaellt.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

CLAUDE.md

@@ -3825,12 +3825,20 @@ ein reines Migrations-Artefakt (Spalte kam am 31.07.); seit 01.08. **100 % Abdec
   ~2.000 Trades je Hälfte im Backtest (jede Variante, beide Hälften negativ) wiegt
   das nichts — dieselbe Falle wie der 12k-Vorlauf beim Kerzen-Fade, der +0,291
   zeigte und bei 80k verschwand. **Der Einwand ist geprüft, nicht bestätigt.**
-  ✅ **Empfehlung (2026-08-05): abschalten.** Erwarteter Gewinn 35–250 R je nach
-  Messung, Nachteil praktisch keiner — **der Alarm bleibt** (Blinken/Ton/Telegram
-  bei Signal-Flip im Plus), nur die automatische Ausführung entfällt. Damit ist
-  wieder der dokumentierte Ursprungszustand hergestellt: „Flip bleibt Alarm +
-  menschliche Entscheidung" (User-Übersteuerungen liefen gemessen 68 % WR).
-  Abschalten: `[trading] auto_flip_close=false`.
+  ✅✅ **ABGESCHALTET am 2026-08-05 (User-Entscheidung nach Vorlage der Messung),
+  `[trading] auto_flip_close = false`.** Erwarteter Gewinn 35–250 R je nach
+  Messung, Nachteil praktisch keiner — **der Alarm bleibt unverändert**
+  (Blinken/Ton/Telegram bei Signal-Flip im Plus). Der Alarm-Pfad
+  `_check_close_alert` hängt an `_run_analysis`, NICHT am `_pos_loop`-Aufruf von
+  `_check_flip_close` — nur die automatische Ausführung entfällt. Damit ist wieder
+  der dokumentierte Ursprungszustand hergestellt: „Flip bleibt Alarm + menschliche
+  Entscheidung" (User-Übersteuerungen liefen gemessen 68 % WR).
+  Live verifiziert nach Neustart: `flip_close=False`, Alarm-Zähler unberührt.
+  ⚠ **Kein `runtime_state.json`-Override vorhanden** (anders als bei `auto_signal`,
+  wo ein UI-Toggle die ini still überschrieb) — die ini-Änderung greift also direkt.
+  Neu im **Config-Wächter** (`measurement_reminder.py`, validiert = `false`): wird
+  der Schalter je wieder auf `true` gesetzt, läuft ein gemessen negativer Exit auf
+  echtem Geld, und das soll auffallen. Zurückholen: `auto_flip_close = true`.
 - **`breakout_k=0,3` ruht weiter auf dem `LEGACY_BE10`-Exit** (Breakeven 1,0 statt
   live 1,3). Der Legacy-Recheck hat EIA und Dead-Hours nachgerechnet, `breakout_k`
   nicht. Kandidat für den nächsten Recheck.