AH-Oil-Trader

323 Commits 1 Branch 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
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
Axel HocksandClaude Opus 5	6af4c868bc	Feste Einsatz-Margin (UI-Feld) + lokale Sprachausgabe via Piper EINSATZ-FELD (User-Wunsch): Laufzeitwert MANUAL_MARGIN in core/config.py (set/get_manual_margin, Muster wie set_margin_buffer). 0 = automatisch wie bisher (margin_buffer_pct % der freien Margin), > 0 = Position wird auf genau diesen Margin-Einsatz gerechnet. - calc_lots setzt es um und DECKELT auf freie Margin x Buffer; ein zu hoher Wunschwert wird begrenzt und geloggt statt an den Broker durchgereicht. Reicht der Betrag nicht fuers Mindestlot -> 0.0 + Warnung, Trade sauber abgelehnt. - Vorrang vor dem Risiko-Modus in trader._send_locked: eine ausdrueckliche Groessenvorgabe schlaegt die Rechenregel. - Wirkt auf ALLE neuen Positionen, auch die autonomen. - UI-Feld "Einsatz" in der ORDER-Leiste (nicht in der Trade-Leiste: die ist nur bei offener Position sichtbar, der Einsatz muss vorher einstellbar sein), bernstein umrandet solange gesetzt. Enter blurrt nur, change sendet einmal. - POST /api/manualmargin, Snapshot manual_margin, neustart-fest ueber runtime_state.json. Ende-zu-Ende getestet (250 -> Snapshot -> 0 -> persistiert). - Lot-Logik isoliert geprueft: 200 EUR -> 0,58 Lots; 5000 EUR -> gedeckelt. SPRACHAUSGABE: Piper lokal (tools/speak.py). Windows-TTS funktioniert zwar, aber es ist KEINE deutsche Stimme installiert - weder SAPI5 noch OneCore (nur David/Zira/Mark, en-US); deutscher Text kaeme mit englischer Aussprache. Add-WindowsCapability scheitert ohne Adminrechte. Piper gewaehlt: laeuft lokal (passt zum Rest - WireGuard-only, Secrets in der ini, keine Cloud), kostet nichts, aus PowerShell/Python aufrufbar. Stimme thorsten-medium (de_DE), Real-Time-Faktor 0,08 (4,3 s Audio in 0,36 s). Das ZIP entpackt eine Ebene tiefer als erwartet (tools/piper/piper/piper.exe) - speak.py SUCHT Binary und Modell statt Pfade fest zu verdrahten. Der erste Entwurf scheiterte daran; der Fail-safe meldete die Pfade sauber statt stumm zu bleiben. Drei Modi getestet (Argument, Pipe, --wav). tools/piper/ ist gitignored (Binaries + 60-MB-Modell), speak.py versioniert. v=136. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-04 17:31:58 +02:00
Axel HocksandClaude Opus 4.8	75d28827e8	Initial commit: Oil Trading Bot (MT5, WTI) Headless FastAPI-Backend (server.py + core/engine.py) mit Mobile-PWA (web/), Strategie-/Backtest-Suite und Doku. Secrets, DB, Logs und Laufzeit-State sind via .gitignore ausgeschlossen; Config-Vorlage: oil_widget_config.ini.example. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-24 08:29:23 +02:00

Author

SHA1

Message

Date

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

Axel HocksandClaude Opus 5

6af4c868bc

Feste Einsatz-Margin (UI-Feld) + lokale Sprachausgabe via Piper

EINSATZ-FELD (User-Wunsch): Laufzeitwert MANUAL_MARGIN in core/config.py
(set/get_manual_margin, Muster wie set_margin_buffer). 0 = automatisch wie bisher
(margin_buffer_pct % der freien Margin), > 0 = Position wird auf genau diesen
Margin-Einsatz gerechnet.
- calc_lots setzt es um und DECKELT auf freie Margin x Buffer; ein zu hoher
  Wunschwert wird begrenzt und geloggt statt an den Broker durchgereicht. Reicht
  der Betrag nicht fuers Mindestlot -> 0.0 + Warnung, Trade sauber abgelehnt.
- Vorrang vor dem Risiko-Modus in trader._send_locked: eine ausdrueckliche
  Groessenvorgabe schlaegt die Rechenregel.
- Wirkt auf ALLE neuen Positionen, auch die autonomen.
- UI-Feld "Einsatz" in der ORDER-Leiste (nicht in der Trade-Leiste: die ist nur
  bei offener Position sichtbar, der Einsatz muss vorher einstellbar sein),
  bernstein umrandet solange gesetzt. Enter blurrt nur, change sendet einmal.
- POST /api/manualmargin, Snapshot manual_margin, neustart-fest ueber
  runtime_state.json. Ende-zu-Ende getestet (250 -> Snapshot -> 0 -> persistiert).
- Lot-Logik isoliert geprueft: 200 EUR -> 0,58 Lots; 5000 EUR -> gedeckelt.

SPRACHAUSGABE: Piper lokal (tools/speak.py). Windows-TTS funktioniert zwar, aber
es ist KEINE deutsche Stimme installiert - weder SAPI5 noch OneCore (nur
David/Zira/Mark, en-US); deutscher Text kaeme mit englischer Aussprache.
Add-WindowsCapability scheitert ohne Adminrechte.
Piper gewaehlt: laeuft lokal (passt zum Rest - WireGuard-only, Secrets in der
ini, keine Cloud), kostet nichts, aus PowerShell/Python aufrufbar. Stimme
thorsten-medium (de_DE), Real-Time-Faktor 0,08 (4,3 s Audio in 0,36 s).

Das ZIP entpackt eine Ebene tiefer als erwartet (tools/piper/piper/piper.exe) -
speak.py SUCHT Binary und Modell statt Pfade fest zu verdrahten. Der erste
Entwurf scheiterte daran; der Fail-safe meldete die Pfade sauber statt stumm zu
bleiben. Drei Modi getestet (Argument, Pipe, --wav).

tools/piper/ ist gitignored (Binaries + 60-MB-Modell), speak.py versioniert.
v=136.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-08-04 17:31:58 +02:00

Axel HocksandClaude Opus 4.8

75d28827e8

Initial commit: Oil Trading Bot (MT5, WTI)

Headless FastAPI-Backend (server.py + core/engine.py) mit Mobile-PWA (web/),
Strategie-/Backtest-Suite und Doku. Secrets, DB, Logs und Laufzeit-State sind
via .gitignore ausgeschlossen; Config-Vorlage: oil_widget_config.ini.example.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-07-24 08:29:23 +02:00