Pipeline Stufe E: Slot-Trennung und Attribut-Reihenfolge (tools/check_slots.py)

User: "Uebernehme die Logikpruefung auf allen Slots in die Deployment pipeline" -
nach dem Ausfall, bei dem der Serverstart komplett abbrach und zwei Minuten lang
kein Close moeglich war.

ZWEI FEHLERKLASSEN, beide binnen zwei Tagen real aufgetreten, beide von KEINER
bestehenden Stufe gefangen (py_compile, ruff F821, ty, pytest: alle gruen):

(A) ATTRIBUT VOR SEINER ZUWEISUNG. `self.trader_brk.history = self.history`
    stand in `__init__` VOR `self.trader_brk = TradeManager(...)`.
    AttributeError im Konstruktor -> Serverstart brach ab -> "Netzwerkfehler" am
    Close-Knopf. Syntaktisch korrekt, und kein Test instanziiert die Engine (sie
    braucht MT5). Gefunden hat es erst deploy.py Schritt 2 - also NACH dem Kill
    des laufenden Servers. Derselbe Fehler am Vortag mit `_margin_brk` vor
    `_load_runtime_state()`, dort sogar still.
    Die Pruefung sammelt je `self.X` die ZEILE der ersten Zuweisung und meldet
    jede Benutzung davor.

(B) SLOT-VERWECHSLUNG. BRK-Pfade (_check_auto_squeeze, _manage_squeeze_pending,
    _check_pending_fill) duerfen den SLOT-ZUSTAND von `self.trader` nicht
    anfassen (close/snapshot/open_*/set_open_context/refresh). ⚠ Bewusst eine
    WEISSE Liste der Pfade - eine schwarze wuerde jede neue Funktion still
    durchlassen. `pending_orders`/`cancel_pending`/`place_stop` sind ausdruecklich
    ERLAUBT: magic-basierte Broker-Abfragen ohne Slot-Zustand (geprueft).
    Dazu die Invariante, dass `TradingEngine.close` beide Slots erwaehnen muss -
    sonst waere eine BRK-Position per Dashboard nicht schliessbar.

DREI RICHTUNGEN VERIFIZIERT: sauber -> gruen; Reihenfolge-Fehler zurueckgebaut ->
"self.trader_brk benutzt, aber erst in Zeile 270 zugewiesen"; Slot-Verwechslung
zurueckgebaut -> "self.trader.close im BRK-Pfad". Danach wieder gruen.

Statisch (AST), kein MT5, Millisekunden. Werkzeugfehler gilt NICHT als sauber.
Laeuft ueber check_nfalle.py im pre-commit-Hook mit.

⚠ Was diese Stufe NICHT kann: ein Startfehler AUSSERHALB von __init__. Dafuer
bliebe ein echter Rauchtest mit gestubbtem MT5 - der ist nicht gebaut.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Axel Hocks
2026-08-20 08:47:28 +02:00
co-authored by Claude Opus 5
parent a652223a05
commit 2b498fc20e
3 changed files with 239 additions and 1 deletions
+68 -1
View File
@@ -268,6 +268,14 @@ class TradingEngine:
# dieselbe Position greifen (der Default adoptiert per Symbol).
self.trader_brk = TradeManager(nur_ticket=True)
self.trail_brk = TrailingManager(self.trader_brk)
# ⚠⚠ AUCH am BRK-Slot — ohne das kann er GAR NICHT in die DB schreiben.
# ⚠ MUSS hier stehen, NACH der Erzeugung: der erste Versuch setzte es
# oben neben `self.trader.history` und lief in einen AttributeError,
# der den GESAMTEN Serverstart verhinderte. Zweiter Reihenfolge-Fehler
# derselben Art in zwei Tagen (nach `_margin_brk` vor
# `_load_runtime_state`). Regel: ein Attribut erst benutzen, wenn das
# Objekt existiert — und den Start danach WIRKLICH pruefen.
self.trader_brk.history = self.history
# ⚠ Der adoptierende Manager darf den BRK-Slot und dessen noch offene
# Pending-Tickets NICHT greifen — sonst verwalten beide dieselbe
# Position (Trailing zweimal, Notfall-Stop am falschen Trade).
@@ -859,6 +867,7 @@ class TradingEngine:
self.trader.refresh(self.data.symbol)
# BRK-Slot mitfuehren (strikt ticket-gebunden, adoptiert nichts)
self.trader_brk.refresh(self.data.symbol)
self._rebind_brk() # nach Neustart zurueckbinden
self._check_circuit_breaker() # Tagesverlust-Stopp (Überleben zuerst)
self._check_auto_close()
# ⚠ NACH `_check_auto_close`: erst dort wird der Flat-Übergang
@@ -985,6 +994,49 @@ class TradingEngine:
log.warning(f"⚠ DB-Nachtrag T={tk} nach {n} Versuchen aufgegeben "
f"— der Trade bleibt setup=NULL und fehlt in B4/B5.")
def _rebind_brk(self):
"""BRK-Position nach einem Neustart zurückbinden (Fix 2026-08-20).
WARUM. `trader_brk.ticket` lebte nur im Speicher. Nach einem Neustart
war es None, `fremde_tickets` lieferte damit eine LEERE Menge und der
adoptierende Haupt-Trader griff die BRK-Position per magic-match. Ab da
verwaltete Slot 1 sie, inklusive Notfall-Stop und Trailing. Real am
2026-08-20: Position erkannt (magic-match)" in derselben Sekunde wie
Engine gestartet". Die Trennung brach also NUR beim Neustart — und
danach sah alles normal aus, was es besonders schwer sichtbar machte.
Erst ab hier greift die Sperre auch nach einem Neustart: sobald das
Ticket wieder am BRK-Slot hängt, liefert `fremde_tickets` es aus.
Existiert die Position nicht mehr (zwischenzeitlich geschlossen), wird
der Merker verworfen kein ewiges Wiederholen.
"""
tk = getattr(self, "_brk_restore", None)
if not tk:
return
if self.trader_brk.ticket: # schon gebunden
self._brk_restore = None
return
# ⚠ Hat Slot 1 sie bereits adoptiert (Altzustand aus einem Neustart VOR
# diesem Fix), NICHT dazwischenfunken — sonst verwalten beide dieselbe
# Position. Dann lieber den Merker verwerfen und es melden.
if (self.trader.snapshot() or {}).get("ticket") == tk:
log.warning(f"⚠ BRK-Ticket {tk} haengt bereits an Slot 1 — "
f"Rueckbindung uebersprungen (Altzustand).")
self._brk_restore = None
return
try:
if self.trader_brk.bind(int(tk), self.data.symbol):
log.info(f"🧷 BRK-Slot nach Neustart zurueckgebunden: T={tk}")
self._brk_restore = None
if not self.trail_brk.enabled and self.data.symbol:
self.trail_brk.toggle(self.data.symbol)
log.info("Trailing des BRK-Slots wiederhergestellt")
else:
# Position existiert nicht mehr → Merker weg
log.info(f"BRK-Ticket {tk} nicht mehr offen — Merker verworfen.")
self._brk_restore = None
except Exception as e:
log.debug(f"_rebind_brk: {e}")
def _check_open_notify(self):
"""Telegram bei JEDER Eröffnung — beide Slots (User-Vorgabe 2026-08-19).
@@ -2492,6 +2544,11 @@ class TradingEngine:
self._manual_margin = _set(st["manual_margin"] or 0)
if "auto_m15" in st:
self._auto_m15 = bool(st["auto_m15"])
# ⚠ Nur MERKEN — `bind()` braucht MT5, das beim Laden noch nicht
# zwingend bereit ist. Das Zurueckbinden macht `_rebind_brk()` im
# `_pos_loop`, bis es klappt oder das Ticket weg ist.
if st.get("brk_ticket"):
self._brk_restore = int(st["brk_ticket"])
if "margin_brk" in st:
self._margin_brk = max(0.0, min(99.0, float(st["margin_brk"] or 0)))
if "margin_m15" in st:
@@ -2535,6 +2592,14 @@ class TradingEngine:
# 0 = aus. So ueberlebt auch die Hoehe den Neustart.
"cb_limit_pct": getattr(self, "_cb_limit_pct", 0.0),
"cb_remember": getattr(self, "_cb_remember", 8.0),
# ⚠⚠ Das BRK-Ticket MUSS persistiert werden. Ohne
# das ist `trader_brk.ticket` nach einem Neustart
# None, die `fremde_tickets`-Sperre liefert eine
# LEERE Menge, und der Haupt-Trader adoptiert die
# BRK-Position per magic-match. Real am 20.08.:
# 08:00:44 "Position erkannt (magic-match)" in
# derselben Sekunde wie "Engine gestartet".
"brk_ticket": getattr(self.trader_brk, "ticket", None),
"margin_brk": getattr(self, "_margin_brk", 0.0),
"margin_m15": getattr(self, "_margin_m15", 0.0),
"auto_m15": getattr(self, "_auto_m15", False),
@@ -2817,7 +2882,9 @@ class TradingEngine:
elif sig != want:
log.info(f"[ORDER] {want} ohne passende Empfehlung (Signal={sig}) "
f"— vom User bestätigt, wird eröffnet")
self.trader.set_open_context(**self._last_rec)
# ⚠ An den Slot, der die Order sendet — sonst landen die 16 ctx_*-Felder
# eines BRK-Trades am falschen Objekt (Fix 2026-08-20).
self._slot(source).set_open_context(**self._last_rec)
# ⚠ SL-ATR-Zeitebene quellen-abhaengig (2026-08-05, User-Entscheidung nach
# `backtest_sl_basis.py`): SQUEEZE bekommt **M5**, alles andere bleibt bei
# M15. Begruendung: auf Squeeze-Entries ist der Ertrag zwischen beiden