From 20a3001e35af8d2e6c50ee013326c1cb6aa3c062 Mon Sep 17 00:00:00 2001 From: Axel Hocks Date: Wed, 29 Jul 2026 12:09:04 +0200 Subject: [PATCH] =?UTF-8?q?Gewinn-Close=20+=20Notfall-Stop:=20leer=20beim?= =?UTF-8?q?=20=C3=96ffnen=20(sr=5Fclose=5Fmin=5Fgain=5Fpct=203.0->0)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - ini sr_close_min_gain_pct 3.0 -> 0: beim Öffnen wird kein Gewinn-Close mehr automatisch armiert (User-Wunsch). Auto-Notfall-Stop war bereits aus (alle auto_emergency_* = 0). - Live-State + runtime_state.json/emergency_state.json genullt (Erb-Falle); Server neu gestartet, damit pct=0 geladen ist und kein Re-Arm mehr feuert. - CLAUDE.md aktualisiert (Neustart-Hinweis beim 0-Stellen dokumentiert). Co-Authored-By: Claude Opus 4.8 --- CLAUDE.md | 16 ++++++++++------ 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/CLAUDE.md b/CLAUDE.md index ede3490..508ada3 100644 --- a/CLAUDE.md +++ b/CLAUDE.md @@ -610,18 +610,22 @@ dort bereits nachvalidiert, ØR +0,305.) **Eine** Oberfläche: `set_sr_close_min_gain` · Snapshot `sr_close_min_gain`): unter der EUR-Schwelle wird am Level NICHT geschlossen. ⚠ Gemessen ist OHNE besser (Verworfen-Eintrag) — Opt-in auf User-Wunsch, UI-Status warnt. **Automatisch auf X % des Einsatzes - (`[trading] sr_close_min_gain_pct=3.0`) — Stand 2026-07-24 abends wieder AN - (Verlauf: 1,0→3,0 am 07-23 · 0 am 07-24 früh „nichts beim Öffnen setzen" · - 3,0 am 07-24 abends auf User-Wunsch zurück — gilt NUR für den Gewinn-Close, der - Auto-Notfall-Stop bleibt AUS).** Bei `pct>0` wird bei JEDER echt neuen Position + (`[trading] sr_close_min_gain_pct`) — Stand 2026-07-29 wieder AUS (`=0`, User-Wunsch + „gewinn close und notfall stop wieder auf leer beim Eröffnen")** (Verlauf: 1,0→3,0 + am 07-23 · 0 am 07-24 früh „nichts beim Öffnen setzen" · 3,0 am 07-24 abends zurück · + **0 am 07-29** — gilt NUR für den Gewinn-Close, der Auto-Notfall-Stop bleibt AUS). + Bei `pct>0` wird bei JEDER echt neuen Position (nicht beim Wiedererkennen nach Neustart) `sr_close_min_gain` frisch auf `pct% × Margin dieser Position` gesetzt (`_check_auto_close`, retry-sicher via `_sr_close_min_gain_armed_ticket` — Margin aus `trader.refresh()` im selben `_pos_loop`-Tick, jeden Tick erneut versucht bis Margin>0; persistiert via `_save_runtime_state`, Log „Gewinn-Close armiert … +X (N% Margin Y)"). Bei `pct=0` wird beim Öffnen NICHTS gesetzt — dann bleibt der manuell im UI gesetzte/gemerkte - `sr_close_min_gain` maßgeblich (beim 0-Stellen am 07-24 auch den persistierten - Alt-Wert 17,17 in `runtime_state.json` genullt — Erb-Falle). + `sr_close_min_gain` maßgeblich. ⚠ **Umstellen auf 0 braucht Neustart:** `_sr_close_ + min_gain_pct` lebt im Speicher; solange der alte Wert (3,0) läuft, re-armt JEDER neue + Trade erneut — die ini-Änderung greift erst nach `restart_server.bat`. Beim 0-Stellen + zusätzlich den persistierten Alt-Wert in `runtime_state.json` nullen (`sr_close_min_gain`) + UND `emergency_state.json` `loss` (Erb-Falle, sonst restauriert der Neustart den Alt-Wert). **Gate verifiziert (2026-07-23, User-Nachfrage „darf nicht schließen bevor der Wert erreicht wurde"):** `_check_sr_close` prüft `pnl < sr_close_min_gain → return` **bevor** `_sr_close_hint`/`trader.close` überhaupt aufgerufen werden — isoliert