S/R-Auto-Close aus: ini nachgezogen und Waechter-Anker gedreht

User hat SR ueber das Dashboard abgeschaltet. Snapshot und runtime_state standen
danach auf false, die INI aber noch auf true - verhalten korrekt (runtime
gewinnt beim Start), aber genau die latente Inkonsistenz, durch die
auto_squeeze am 11.08. unbemerkt aus und auto_m15 am 19.08. unbemerkt AN war.
Ein geloeschtes runtime_state.json haette SR zurueckgeholt. Jetzt alle drei
konsistent false (Backup oil_widget_config.ini.bak-2026-08-19-srclose-aus).

Zusaetzlich der Config-Waechter-Anker gedreht: auto_sr_close validiert jetzt
gegen false statt true. Begruendung ist der Inversions-Befund vom selben Tag -
solange P(break) live rueckwaerts rankt (AUC 0,452, Klassen monoton invertiert),
ist der gegatete S/R-Close faktisch ein pauschaler, und der ist 2x gemessen und
verworfen. Ein Wiedereinschalten ist damit eine Abweichung von der Messung und
soll auffallen.

⚠ Die P(break)-Anzeigen (Chart-Linien, #pos-srhint, stop_approach,
Copilot-Kontext) bleiben aktiv und tragen dieselbe Inversion - sie sind Kontext,
kein Urteil. Das Live-Tracking laeuft weiter, damit ein Neubau eine Messgrundlage
hat.

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

CLAUDE.md

@@ -8857,3 +8857,26 @@ lässt sich durch Niveau-Verschiebung prinzipiell nicht beheben.
 ➤ **Naheliegendste Konsequenz: `auto_sr_close = false`**, bis das Modell
 entweder neu gebaut oder die Level-Auswahl als Ursache ausgeschlossen ist. Das
 ist eine **User-Entscheidung** — nicht eigenmächtig geschaltet.
+
+### ✅ S/R-AUTO-CLOSE ABGESCHALTET (User 2026-08-19, nach dem Inversions-Befund)
+
+Alle drei Stellen konsistent: Snapshot **False** · `runtime_state.json` **False**
+· ini **false** (Backup `oil_widget_config.ini.bak-2026-08-19-srclose-aus`).
+⚠ Die ini stand noch auf `true`, während `runtime_state` bereits `false` sagte —
+verhalten korrekt (runtime gewinnt), aber genau die **latente Inkonsistenz**,
+durch die `auto_squeeze` am 11.08. unbemerkt aus und `auto_m15` am 19.08.
+unbemerkt AN war. Ein gelöschtes `runtime_state.json` hätte SR zurückgeholt.
+✅ **Config-Wächter-Anker gedreht**: `auto_sr_close` validiert jetzt gegen
+**`false`** (war `true`). Begründung ist der Befund darunter — solange das
+P(break)-Modell live invertiert rankt (AUC 0,452, Klassen monoton rückwärts),
+ist der gegatete S/R-Close faktisch ein **pauschaler**, und der ist 2× gemessen
+und verworfen. **Ein Wiedereinschalten wäre damit eine Abweichung von der
+Messung und soll auffallen.**
+
+**Was bleibt aktiv:** der Hinweis in der App (`#pos-srhint`), die
+P(break)-Chart-Linien, der Copilot-Kontext, `stop_approach` und das
+Live-Prognose-Tracking (`pbreak_predictions`) — `_sr_close_hint` wird
+unabhängig vom Schalter berechnet. ⚠ Diese Anzeigen tragen dieselbe Inversion;
+sie sind Kontext, kein Urteil.
+**Was weiter schützt:** Broker-SL 2×ATR, Trailing, Time-Stop.
+**Zurück:** Knopf **S/R** — dann bitte den Wächter-Anker mitdrehen.

measurement_reminder.py

@@ -521,7 +521,7 @@ CONFIG_DEPS = [
     },
     {
         "key": "auto_sr_close", "test": "backtest_pbreak_rvalue.py",
-        "validated": "true",
+        "validated": "false",
         "why": "ABGESCHALTET 2026-08-06 auf User-Wunsch — und das ist eine Abweichung "
                "von der Messung, deshalb hier überwacht. Mit dem am 31.07. "
                "nachtrainierten P(break)-Modell schlägt der gegatete S/R-Close die "