Files
AH-Oil-Trader/tests/test_buffer_pct.py
T
Axel HocksandClaude Opus 5 a07ad942c1 Gesamtpruefung: drei echte Fehler behoben, alle drei aus meinem eigenen Code
Dritter vollstaendiger Durchlauf nach docs/review-prompt.md (nach 02.08. und
11.08.). Bemerkenswert: alle drei Funde stammen aus Aenderungen der letzten zwei
Tage, und alle drei sind DIESELBE Klasse - ein vorhandenes Muster nicht kopiert,
sondern ein eigenes erfunden.

FUND 1 (kritisch) - DER CONFIG-WAECHTER WAR TOT.
Mein CONFIG_DEPS-Eintrag fuer auto_m15 vom 19.08. trug das Feld "soll", die
anderen 15 Eintraege tragen "validated". config_drift() lief in einen KeyError
und warf - damit meldeten ALLE 16 Anker nichts mehr, seit gestern. Der Waechter,
der die auto_m15-Abweichung haette melden sollen, war durch genau diesen
Eintrag erledigt.
Behoben: Feldname angeglichen UND config_drift gehaertet - ein defekter Eintrag
wird jetzt uebersprungen und als eigener Befund GEMELDET statt den ganzen
Waechter zu toeten. Ein Waechter, der still stirbt, ist schlimmer als keiner
(dieselbe Klasse wie der ruff-Exit-2-Fall vom 07.08.).
Der Waechter meldet seitdem wieder: margin_buffer_pct 40 gegen 95,
auto_m15 true gegen false, auto_squeeze true gegen false - alle drei sind
dokumentierte User-Entscheidungen, aber sie waren unsichtbar geworden.

FUND 2 (Geld) - DER EINSATZ JE PFAD WAR FUER BRK WIRKUNGSLOS.
engine._open setzt den Einsatz je Pfad - aber _manage_squeeze_pending legt
ruhende Stop-Orders ueber trader.place_stop -> calc_lots, also NICHT ueber
_open. Gemessen fuellen 7 von 8 BRK-Trades per ruhender Order (seit dem
Pending-Umbau 05.08.). Das Feld haette also genau an der Stelle nicht gegriffen,
fuer die es gebaut wurde - und das faellt im Betrieb nur auf, wenn jemand die
Lots nachrechnet.

FUND 3 (Geld, Race) - GLOBALE MUTATION UEBER EINE LOCK-GRENZE.
Der erste Entwurf setzte config.MARGIN_BUFFER temporaer. Der Global wirkt
prozessweit, und zwischen dem Setzen in _open und dem mt5_lock in trader._send
liegt ein Fenster von bis zu 15 s (Lock-Timeout). Eine gleichzeitige MANUELLE
Order haette darin mit dem Prozentsatz des AUTONOMEN Pfads gesized.

FUND 2 und 3 gemeinsam behoben: calc_lots bekommt einen EXPLIZITEN Parameter
buffer_pct (Default None = global), durchgereicht ueber _send/_send_locked/
open_long/open_short/place_stop. Keine Mutation mehr, und beide Bestellwege
tragen denselben Wert.

TESTS - und eine Luecke in meinem eigenen Test, die erst die Mutationsprobe zeigte:
tests/test_buffer_pct.py, 6 Tests. Die erste Fassung bildete die Regel NACH
(_buf) statt die echte Funktion zu pruefen - die Mutation "calc_lots ignoriert
den Parameter wieder" lief damit GRUEN durch. Das ist die dokumentierte
Nachbau-Falle, diesmal in einem TEST. Ergaenzt um eine AST-Pruefung, dass
calc_lots den Parameter im Rumpf wirklich benutzt. Beide Mutationen werden jetzt
gefangen (Parameter aus place_stop entfernt -> rot; calc_lots ignoriert ihn ->
rot).

OHNE BEFUND (geprueft, sauber): check_nfalle, ruff F821, 91 Tests, node --check;
100 JS-Zugriffe gegen 124 HTML-IDs -> 0 fehlend (die 4 gemeldeten waren
Falsch-Positive meiner Regex: zwei stehen in Kommentaren, raum-* wird dynamisch
als $("raum-" + st) gebaut, tb-dur ueber getElementById); 2 Config-Schluessel
ohne Leser (beide [zones], dokumentiert schlafend); 14 Snapshot-Felder ohne
app.js-Leser (dokumentiert als Diagnose-Oberflaeche, deploy.py --feld braucht
sie); Snapshot-Median 15,7 ms bei p90 25,7 ms - unveraendert zum 11.08. und weit
unter dem 1-s-Budget, keine Massnahme.

TELEMETRIE-PULS: alle 7 Logger schreiben. rec_outcomes steht bei 72 Zeilen -
beim Review am 11.08. stand es auf "hat NIE geschrieben", der Fix vom 12.08. hat
also gewirkt.

DIVERGENZ-WAECHTER: A) WARTEN +16,6 Pp ueber der Erwartung (bekannt, wird von
den Live-only-Gates getragen); D) mom3 -0,55 Sigma - knapp ueber der bewusst
tiefen 0,5-Sigma-Schwelle, beobachten.

⚠ NICHT ANGEFASST (User-Entscheidungen, nur berichtet): auto_m15 laeuft live
ueber runtime_state.json gegen die ini; Circuit Breaker aus (cb_limit_pct 0
gegen ini 8); BRK an trotz gefallener B5-Regel.

Deploy ueber tools/deploy.py --feld margin_brk, alle 5 Schritte gruen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-19 19:38:56 +02:00

113 lines
4.8 KiB
Python

"""Einsatz je Pfad: der explizite `buffer_pct` muss den globalen Wert schlagen.
Hintergrund (Gesamtpruefung 2026-08-19). Der erste Entwurf hat den Einsatz je
Pfad umgesetzt, indem `engine._open` den Modul-Global `config.MARGIN_BUFFER`
temporaer ueberschrieb. Zwei Fehler steckten darin:
(1) RACE. Der Global wirkt prozessweit. Zwischen dem Setzen in `_open` und dem
`mt5_lock` in `trader._send` liegt ein Fenster von bis zu 15 s
(Lock-Timeout). Eine gleichzeitige MANUELLE Order haette darin mit dem
Prozentsatz des AUTONOMEN Pfads gesized.
(2) WIRKUNGSLOS FUER BRK. `_manage_squeeze_pending` legt ruhende Stop-Orders
ueber `trader.place_stop` -> `calc_lots`, also NICHT ueber `_open`. Da
gemessen 7 von 8 BRK-Trades per ruhender Order fuellen, griff das Feld
genau dort nicht, wo es hingehoert.
Beides ist behoben, indem `calc_lots` einen expliziten Parameter bekommt. Diese
Tests halten das fest -- ohne sie faellt ein Rueckbau auf die Global-Mutation
nicht auf.
⚠ `calc_lots` braucht MT5. Statt es zu stubben wird hier die reine RECHENREGEL
geprueft, die der Parameter steuert -- das ist der Teil, der kaputtgehen kann.
"""
import core.config as C
from core.mt5_utils import calc_lots
def _buf(buffer_pct):
"""Die Klemm-/Auswahlregel aus `calc_lots`, isoliert nachgebildet.
⚠ Bewusst KEINE Kopie der Formel: geprueft wird, dass der Parameter den
Global schlaegt und dieselben Grenzen gelten (1-99 %).
"""
from core.config import get_margin_buffer
return (max(0.01, min(0.99, buffer_pct / 100.0))
if buffer_pct and buffer_pct > 0 else get_margin_buffer())
def test_parameter_schlaegt_global():
C.set_margin_buffer(40)
assert abs(_buf(None) - 0.40) < 1e-9 # kein Parameter -> global
assert abs(_buf(0) - 0.40) < 1e-9 # 0 heisst ausdruecklich "global"
assert abs(_buf(50) - 0.50) < 1e-9 # Parameter gewinnt
assert abs(_buf(25) - 0.25) < 1e-9
def test_global_bleibt_unveraendert():
"""Der Kern des Race-Fixes: ein Aufruf mit Parameter darf den PROZESSWEITEN
Wert nicht anfassen -- sonst sizen parallele manuelle Orders falsch."""
C.set_margin_buffer(40)
vorher = C.get_margin_buffer()
_buf(90)
assert C.get_margin_buffer() == vorher, "der Global wurde veraendert"
def test_grenzen_geklemmt():
C.set_margin_buffer(40)
assert abs(_buf(150) - 0.99) < 1e-9 # 100 % liesse keinen Puffer
assert abs(_buf(-5) - 0.40) < 1e-9 # negativ -> global, nicht 0
def test_signatur_nimmt_buffer_pct():
"""Haelt die Verdrahtung fest: `calc_lots` MUSS den Parameter annehmen.
Ohne diesen Test faellt es nicht auf, wenn jemand die Signatur zurueckbaut --
die Aufrufer wuerden dann mit TypeError sterben, und zwar erst beim ERSTEN
autonomen Trade (also im `except`-Zweig, still).
"""
import inspect
p = inspect.signature(calc_lots).parameters
assert "buffer_pct" in p, "calc_lots hat den Parameter verloren"
assert p["buffer_pct"].default is None, "Default muss None (= global) sein"
def test_pfade_reichen_durch():
"""`place_stop` und `open_long/short` muessen den Parameter weiterreichen.
⚠ Das ist der Fund (2): BRK fuellt ueberwiegend per RUHENDER Order. Fehlt der
Parameter an `place_stop`, ist das Feld fuer BRK wirkungslos -- und das faellt
im Betrieb nur auf, wenn jemand die Lots nachrechnet.
"""
import inspect
import core.trader as T
for name in ("open_long", "open_short", "place_stop", "_send", "_send_locked"):
p = inspect.signature(getattr(T.TradeManager, name)).parameters
assert "buffer_pct" in p, f"{name} reicht buffer_pct nicht durch"
def test_calc_lots_benutzt_den_parameter_wirklich():
"""Schliesst die Luecke, die die Mutationsprobe aufgedeckt hat.
⚠⚠ Die Tests darueber pruefen eine NACHGEBILDETE Regel (`_buf`) -- damit
faellt es NICHT auf, wenn `calc_lots` den Parameter zwar entgegennimmt, ihn
aber ignoriert und wieder den Global liest. Genau diese Mutation lief bei
der ersten Probe gruen durch. Das ist dieselbe Nachbau-Falle, die im Projekt
schon dreimal zugeschlagen hat (`sim_run` in >=6 Skripten, der nachgebaute
Level-Cluster, das fuenfte Exit-Modell) -- hier in einem TEST.
`calc_lots` braucht MT5 und darf in der Suite nicht laufen (conftest-Regel),
deshalb wird strukturell geprueft: der Parametername MUSS im Rumpf der
Funktion vorkommen. Das ist schwaecher als ein Verhaltenstest, faengt aber
genau den Rueckbau, um den es geht.
"""
import ast
import inspect
import core.mt5_utils as M
baum = ast.parse(inspect.getsource(M.calc_lots))
namen = {n.id for n in ast.walk(baum) if isinstance(n, ast.Name)}
assert "buffer_pct" in namen, (
"calc_lots nimmt buffer_pct entgegen, benutzt es aber nicht -- "
"der Einsatz je Pfad waere wirkungslos")