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>

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 "