Automatischen S/R-Close abgeschaltet (User-Vorgabe)

auto_sr_close = false in der ini UND in runtime_state.json — beide Stellen
noetig, weil die Runtime-Datei die ini beim Start ueberschreibt (genau die
Falle, durch die auto_signal am 31.07. unbemerkt weiterlief).

⚠ Das ist eine Abweichung von der Messung, kein Nachvollzug einer: mit dem
am 31.07. nachtrainierten P(break)-Modell schlaegt der gegatete S/R-Close die
Trailing-Baseline in BEIDEN Haelften (Schwelle 0,35: H1 +357 R, H2 +1418 R
gegen die Baseline). Nicht zu verwechseln mit dem PAUSCHALEN S/R-Close, der
2x verworfen wurde — das P(break)-Gate ist der Unterschied.

Abgeschaltet ist nur die Ausfuehrung. Der App-Hinweis, die P(break)-Chart-
Linien, der Copilot-Kontext und das Prognose-Tracking laufen weiter
(_sr_close_hint wird in snapshot() unabhaengig vom Schalter berechnet).
Schutz weiterhin: Broker-SL 2xATR, Trailing, Time-Stop.

Neu im Config-Waechter (validiert = true), damit die Abweichung sichtbar
bleibt; er meldet sie jetzt korrekt. Backups der ini und runtime_state
angelegt. Live verifiziert: snapshot.auto_sr_close=False, Log
"S/R-Close=aus", eine Instanz auf Port 8000.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Axel Hocks
2026-08-06 15:47:51 +02:00
co-authored by Claude Opus 5
parent 217981ccf5
commit 58af6eba43
3 changed files with 39 additions and 1 deletions
+23 -1
View File
@@ -1297,7 +1297,29 @@ dort bereits nachvalidiert, ØR +0,305.) **Eine** Oberfläche:
Durchbruch (55/65 bei Default 0,60, liegt im Optimum-Plateau 0,500,60).
**Dashboard-Schalter** in der
Position-Kachel (`#srclose-btn`, grün=AN) → `POST /api/srclose` (Toggle,
`engine.set_sr_autoclose`); Zustand `snapshot.auto_sr_close`. **AUTO-Close (`_check_sr_close` im `_pos_loop`,
`engine.set_sr_autoclose`); Zustand `snapshot.auto_sr_close`.
⚠⚠ **AUTOMATISCHER S/R-CLOSE = ABGESCHALTET (User-Vorgabe 2026-08-06,
`[trading] auto_sr_close = false` UND `runtime_state.json`).** Das ist eine
**Abweichung von der Messung**, kein Nachvollzug einer: mit dem am 31.07.
nachtrainierten P(break)-Modell schlägt der gegatete S/R-Close die
Trailing-Baseline in BEIDEN Hälften (Live-Schwelle 0,35 — H1 149 gegen 506 =
**+357 R**, H2 +1308 gegen 110 = **+1418 R**, `backtest_pbreak_rvalue.py`).
⚠ Nicht mit dem **pauschalen** S/R-Close verwechseln, der 2× verworfen wurde —
das P(break)-Gate ist genau der Unterschied zwischen „Gewinner-Kappen" und dem
gemessenen Edge.
**Was abgeschaltet ist:** nur die automatische Ausführung (`_check_sr_close`
steigt in Zeile 1 aus). **Was bleibt:** der Hinweis in der App (`#pos-srhint`),
die P(break)-Chart-Linien, der Copilot-Kontext und das Live-Prognose-Tracking
(`pbreak_predictions`) — `_sr_close_hint` wird in `snapshot()` unabhängig vom
Schalter berechnet. **Was weiter schützt:** Broker-SL 2×ATR, Trailing, Time-Stop.
**Beide Stellen** mussten gesetzt werden — `runtime_state.json` überschreibt
die ini beim Start (die Falle, durch die `auto_signal` am 31.07. unbemerkt
weiterlief). Neu im **Config-Wächter** (`measurement_reminder.py`, validiert =
`true`), damit die Abweichung sichtbar bleibt. Backups:
`oil_widget_config.ini.bak-2026-08-06-srclose`, `runtime_state.json.bak-…`.
**Zurück:** Dashboard-Schalter `#srclose-btn` (setzt beide Stellen) oder
`auto_sr_close = true` in ini **und** `runtime_state.json`.
Historie: **AUTO-Close (`_check_sr_close` im `_pos_loop`,
`auto_sr_close=true`):** schließt **nur im PLUS** (`pnl>0`) wenn `close=True`, 1×/
Ticket, wirkt bei gesperrtem Handy. **Optionaler Mindestgewinn** (`[trading]
sr_close_min_gain` Default 0=aus · UI `#srmin-input` · `POST /api/srclose_min` ·