AH-Oil-Trader

353 Commits 1 Branch 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
Axel HocksandClaude Opus 5	71abb49cf7	Meldungen entschlackt, Bild-Modalbox, neues Muster, kleinere Trade-Schrift, M15 eingeklappt (v=207) Fuenf User-Vorgaben in einem Durchgang. (1) HYPERLIQUID + MUSTER + TRAILING AUS DER MELDUNGEN-KARTE. Die drei Divs sind ENTFERNT, nicht nur versteckt; die Render-Bloecke bleiben stehen (null-sicher), damit ein Zurueckholen eine reine HTML-Aenderung ist. Backend rechnet unveraendert weiter (hl_ctx, patterns_tf, trail_info stehen im Snapshot). Stufe F bekam eine dokumentierte Ausnahmeliste - sonst haette sie drei Dauer-Treffer gemeldet, und eine Pruefung mit Dauer-Treffern wird ignoriert. ⚠⚠ DABEI ZWEI ECHTE ABSTUERZE GEFUNDEN - und der Weg dahin ist der Punkt. `hl-note` wurde ueber das Auffang-`$` geholt; nach dem Entfernen des Elements griffen ZWEI Zweige ungeschuetzt auf `hlEl.classList` zu. Im Browser ein TypeError mitten im Render = das GESAMTE Dashboard friert auf Altwerten ein. Die Render-Probe blieb zunaechst GRUEN - ihr eigener blinder Fleck: die DOM-Attrappe lieferte fuer JEDE ID ein Element, `$streng` konnte darin also NIE `null` zurueckgeben. Genau der Fall, fuer den es `$streng` gibt, war ungeprueft. Behoben: die Attrappe kennt jetzt die echten IDs aus index.html (`getElementById: id => HTML_IDS.has(id) ? el() : null`) - und meldete die beiden Zweige im selben Lauf. Danach beide Waechter ergaenzt. (2) BILD-MODALBOX. Klick auf ein Chartmuster oeffnet es gross. ⚠⚠ BEWUSST OHNE BIBLIOTHEK: ein Lightbox-Paket waere 15-40 KB plus ein zweites Bedienkonzept fuer ~30 Zeilen Code. Das Dashboard laeuft nur ueber WireGuard, ein CDN ist gar nicht erreichbar; das Projekt hat aus demselben Grund Tailwind abgelehnt und am 05.08. die vendorte lightweight-charts (164 KB) entfernt. Delegierter Klick auf `document`, weil die Kacheln bei JEDEM Render neu erzeugt werden - ein Handler am <img> waere nach dem naechsten Snapshot weg. Grosse Fassung (1408 px, ~133 KB) liegt getrennt unter muster/gross/ und wird ERST beim Klick geladen; die Kachel bleibt bei 25 KB. Esc und Klick auf den Hintergrund schliessen. (3) NEUES BILD gescannt: "Inverse Tasse+Henkel.jpg". `inv_cup` hatte bis dahin ausdruecklich KEIN Bild ("lieber keins als ein falsches") - jetzt zugeordnet. Damit 16 Muster, keins ohne Datei, keine Datei ohne Zuordnung. (4) SCHRIFT IN DER TRADE-LEISTE um 2 px (bezogen auf die 18-px-Referenz) verkleinert - 4 Regeln: Ueberschrift, Feldbeschriftungen, Werte/Eingaben, Knoepfe. ⚠ Erster Versuch nahm alles zwischen `.tb-title{` und `.mg-row` und traf 80 Regeln statt 4 - die halbe Oberflaeche. Zurueckgesetzt und namentlich aufgezaehlt. Ein Zeilenbereich ist kein Selektor. (5) M15-KARTE PER DEFAULT EINGEKLAPPT. Das `open` am ersten <details> ist weg. ⚠ Zusaetzlich der localStorage-Schluessel gebumpt (oil_m15_akk -> oil_m15_akk2): bei jedem, der die Karte je aufgeklappt hatte, stand dort `true`, und das gewinnt gegen den neuen Default. Ein neuer Schluessel setzt genau EINMAL zurueck; danach merkt sich die Karte die eigene Wahl wie bisher. Pipeline A-G gruen, 97 Tests, 14 render*-Funktionen (Fixture UND leerer Snapshot), deployt und am ausgelieferten HTML/JS verifiziert. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-20 22:27:18 +02:00
Axel HocksandClaude Opus 5	3fb9c3fd2e	6. Durchgang: Slots, JavaScript, Bibliotheken - jede Achse jetzt eine Pipeline-Stufe Die vorigen Durchgaenge waren Handarbeit und liefen nur, wenn jemand daran dachte. Jetzt sind alle drei automatisiert. JAVASCRIPT - DIE RENDER-PROBE DECKTE 2 VON 15 FUNKTIONEN AB. render_check.mjs schnitt per Regex genau ZWEI Funktionen heraus (renderM15, renderBrk). renderKontext und 13 weitere waren nie abgedeckt - und genau dort ist mir heute der d-statt-snap-Beinahefehler unterlaufen. Die Probe haette ihn DURCHGELASSEN. Neu geschrieben: die komplette app.js laeuft in einem VM-Kontext gegen ein Minimal-DOM, jede render*-Funktion wird aufgerufen - zweimal, mit dem Fixture UND mit einem leeren Snapshot (der Kaltstart, in dem jedes Feld fehlt). 13 Funktionen laufen durch. Mutationsprobe mit genau dem heutigen Fehler: 4 Treffer, waehrend node --check NICHTS meldet - der blinde Fleck ist damit zu. Kein npm, kein jsdom: das DOM ist eine Attrappe von 20 Zeilen, Pruef- und Laufumgebung bleiben derselbe Parser. ZWEI NEUE STUFEN, beide mutationsgeprueft: F) ELEMENT-IDs - JS gegen HTML. Stand: 133 IDs, keine verwaist, keine doppelt. Kommentare werden vorher entfernt, sonst waeren die Beispiele im Kopfkommentar zwei Dauer-Fehlalarme (die Lehre vom Linter). G) ABHAENGIGKEITEN - jeder Import aus server.py/core/ gegen requirements.txt. Stand: 39 Dateien, alle 9 externen Importe aufgefuehrt, keine Versionsdrift. UND DIE PIPELINE HAT SICH SELBST ERWISCHT: mein erster Entwurf von Stufe G importierte `ast` nicht. Der stille except-continue liess JEDE Datei durchfallen, und die Stufe meldete "alle 0 externen Laufzeit-Importe sind aufgefuehrt" - ein gruener Haken, hinter dem nichts geprueft wurde. Fuenfte Wiederholung dieser Fehlerklasse. Gefangen hat es ruff F821 in derselben Pipeline. Behoben doppelt: Import ergaenzt UND Plausibilitaetspruefung (weniger Dateien gelesen als vorhanden oder 0 Importe -> Befund). SLOTS - keine neuen Defekte, drei Punkte praezisiert: · Kein geteilter Modul-Zustand. Die modulweiten Container in trailing.py und trader.py sind reine Nachschlagetabellen, kein global-Statement. Die beiden Instanzen sind tatsaechlich unabhaengig - Voraussetzung des ganzen Umbaus. · set_sltp bleibt Slot-1-only, verhaelt sich aber SICHER: liegt nur eine BRK-Position, gibt modify_sltp einen Fehlertext zurueck. Es fasst NICHT die falsche Position an. Bekannte Grenze, kein Fehler. · trail_brk.enabled wird nicht persistiert; _rebind_brk schaltet es nach einem Neustart bedingungslos ein. Sichere Richtung, bewusst so gelassen. BIBLIOTHEKEN: nichts fehlt, nichts driftet. pandas/scikit-learn stehen in requirements-dev und werden in 0 Dateien importiert (so dokumentiert); numba, joblib, tqdm, pandas_ta, rich, httpx sind Beifang und ungenutzt - kein Handlungsbedarf, sie stehen nicht im Laufzeit-Pfad. Struktureller Rest benannt: engine.py importiert weekly_review und measurement_reminder, zwei Skripte der obersten Ebene - dieselbe Klasse wie der frueher direkte backtest-Import. Hier entschaerft, weil lazy und in try, mit sichtbarer Fehlermeldung. In Stufe G als projekteigen ausgenommen, mit Begruendung im Code. Pipeline jetzt A A2 A3 B B2 C C2 D E F G - alle gruen, 97 Tests, deployt. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-20 20:06:46 +02:00
Axel HocksandClaude Opus 5	95b22e2add	FIX: Render brach ab - RSI-Zeile griff im falschen Scope zu (Dashboard kaputt) User-Screenshot: sechs leere "—"-Zeilen in der M15-Karte unter Gate ④ und eine komplett leere Breakout-Karte. URSACHE, mein Fehler von heute Abend: `renderM15(s)` bekommt NUR `m15_setup`. Meine RSI-Zeile griff aber auf `d.market.rsi_m15` zu - `d` existiert in diesem Scope nicht. ReferenceError mitten im Render: alles ab der Fehlerstelle blieb auf dem Initialwert "—", und die danach gerufenen Renderer (u.a. renderBrk) liefen gar nicht mehr. Genau die Signatur im Screenshot. ⚠⚠ WARUM DIE PIPELINE ES DURCHGELASSEN HAT: `node --check` prueft nur SYNTAX. Ein ReferenceError ist syntaktisch einwandfrei. Python hat dafuer ruff F821 - fuer JS gab es nichts Vergleichbares. Das ist die Luecke, nicht ein Einzelversehen: es ist der ZWEITE Fall derselben Klasse heute (vorhin `d5.m5` statt `s.m5`, den hatte ich beim Bauen selbst bemerkt). BEHOBEN: renderM15(s, snap) bekommt den vollen Snapshot mit, Aufrufer angepasst, Zugriff auf ((snap\|\|{}).market\|\|{}).rsi_m15. Ein Kommentar an der Signatur haelt fest, warum `d.` dort verboten ist. NEU: tools/render_check.mjs - laesst renderM15 und renderBrk gegen ein Minimal-DOM mit einem ECHTEN Snapshot laufen und meldet jede Exception. Mutationsprobe bestanden: Fehler zurueckgebaut -> "❌ d is not defined", zurueck -> gruen. Alle vier Zeilen rendern wieder korrekt (RSI, M5-Kontext, Gate ③b, BRK-Position). v=188, damit der Browser das Update sicher zieht. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-19 23:07:52 +02:00

Author

SHA1

Message

Date

Axel HocksandClaude Opus 5

71abb49cf7

Meldungen entschlackt, Bild-Modalbox, neues Muster, kleinere Trade-Schrift, M15 eingeklappt (v=207)

Fuenf User-Vorgaben in einem Durchgang.

(1) HYPERLIQUID + MUSTER + TRAILING AUS DER MELDUNGEN-KARTE. Die drei Divs sind
ENTFERNT, nicht nur versteckt; die Render-Bloecke bleiben stehen (null-sicher),
damit ein Zurueckholen eine reine HTML-Aenderung ist. Backend rechnet
unveraendert weiter (hl_ctx, patterns_tf, trail_info stehen im Snapshot).
Stufe F bekam eine dokumentierte Ausnahmeliste - sonst haette sie drei
Dauer-Treffer gemeldet, und eine Pruefung mit Dauer-Treffern wird ignoriert.

⚠⚠ DABEI ZWEI ECHTE ABSTUERZE GEFUNDEN - und der Weg dahin ist der Punkt.
`hl-note` wurde ueber das Auffang-`$` geholt; nach dem Entfernen des Elements
griffen ZWEI Zweige ungeschuetzt auf `hlEl.classList` zu. Im Browser ein
TypeError mitten im Render = das GESAMTE Dashboard friert auf Altwerten ein.
Die Render-Probe blieb zunaechst GRUEN - ihr eigener blinder Fleck: die
DOM-Attrappe lieferte fuer JEDE ID ein Element, `$streng` konnte darin also NIE
`null` zurueckgeben. Genau der Fall, fuer den es `$streng` gibt, war ungeprueft.
Behoben: die Attrappe kennt jetzt die echten IDs aus index.html
(`getElementById: id => HTML_IDS.has(id) ? el() : null`) - und meldete die
beiden Zweige im selben Lauf. Danach beide Waechter ergaenzt.

(2) BILD-MODALBOX. Klick auf ein Chartmuster oeffnet es gross.
⚠⚠ BEWUSST OHNE BIBLIOTHEK: ein Lightbox-Paket waere 15-40 KB plus ein zweites
Bedienkonzept fuer ~30 Zeilen Code. Das Dashboard laeuft nur ueber WireGuard,
ein CDN ist gar nicht erreichbar; das Projekt hat aus demselben Grund Tailwind
abgelehnt und am 05.08. die vendorte lightweight-charts (164 KB) entfernt.
Delegierter Klick auf `document`, weil die Kacheln bei JEDEM Render neu erzeugt
werden - ein Handler am <img> waere nach dem naechsten Snapshot weg.
Grosse Fassung (1408 px, ~133 KB) liegt getrennt unter muster/gross/ und wird
ERST beim Klick geladen; die Kachel bleibt bei 25 KB. Esc und Klick auf den
Hintergrund schliessen.

(3) NEUES BILD gescannt: "Inverse Tasse+Henkel.jpg". `inv_cup` hatte bis dahin
ausdruecklich KEIN Bild ("lieber keins als ein falsches") - jetzt zugeordnet.
Damit 16 Muster, keins ohne Datei, keine Datei ohne Zuordnung.

(4) SCHRIFT IN DER TRADE-LEISTE um 2 px (bezogen auf die 18-px-Referenz)
verkleinert - 4 Regeln: Ueberschrift, Feldbeschriftungen, Werte/Eingaben,
Knoepfe.
⚠ Erster Versuch nahm alles zwischen `.tb-title{` und `.mg-row` und traf 80
Regeln statt 4 - die halbe Oberflaeche. Zurueckgesetzt und namentlich
aufgezaehlt. Ein Zeilenbereich ist kein Selektor.

(5) M15-KARTE PER DEFAULT EINGEKLAPPT. Das `open` am ersten <details> ist weg.
⚠ Zusaetzlich der localStorage-Schluessel gebumpt (oil_m15_akk -> oil_m15_akk2):
bei jedem, der die Karte je aufgeklappt hatte, stand dort `true`, und das
gewinnt gegen den neuen Default. Ein neuer Schluessel setzt genau EINMAL
zurueck; danach merkt sich die Karte die eigene Wahl wie bisher.

Pipeline A-G gruen, 97 Tests, 14 render*-Funktionen (Fixture UND leerer
Snapshot), deployt und am ausgelieferten HTML/JS verifiziert.

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

2026-08-20 22:27:18 +02:00

Axel HocksandClaude Opus 5

3fb9c3fd2e

6. Durchgang: Slots, JavaScript, Bibliotheken - jede Achse jetzt eine Pipeline-Stufe

Die vorigen Durchgaenge waren Handarbeit und liefen nur, wenn jemand daran
dachte. Jetzt sind alle drei automatisiert.

JAVASCRIPT - DIE RENDER-PROBE DECKTE 2 VON 15 FUNKTIONEN AB.
render_check.mjs schnitt per Regex genau ZWEI Funktionen heraus (renderM15,
renderBrk). renderKontext und 13 weitere waren nie abgedeckt - und genau dort
ist mir heute der d-statt-snap-Beinahefehler unterlaufen. Die Probe haette ihn
DURCHGELASSEN.
Neu geschrieben: die komplette app.js laeuft in einem VM-Kontext gegen ein
Minimal-DOM, jede render*-Funktion wird aufgerufen - zweimal, mit dem Fixture
UND mit einem leeren Snapshot (der Kaltstart, in dem jedes Feld fehlt).
13 Funktionen laufen durch. Mutationsprobe mit genau dem heutigen Fehler:
4 Treffer, waehrend node --check NICHTS meldet - der blinde Fleck ist damit zu.
Kein npm, kein jsdom: das DOM ist eine Attrappe von 20 Zeilen, Pruef- und
Laufumgebung bleiben derselbe Parser.

ZWEI NEUE STUFEN, beide mutationsgeprueft:
  F) ELEMENT-IDs - JS gegen HTML. Stand: 133 IDs, keine verwaist, keine doppelt.
     Kommentare werden vorher entfernt, sonst waeren die Beispiele im
     Kopfkommentar zwei Dauer-Fehlalarme (die Lehre vom Linter).
  G) ABHAENGIGKEITEN - jeder Import aus server.py/core/ gegen requirements.txt.
     Stand: 39 Dateien, alle 9 externen Importe aufgefuehrt, keine Versionsdrift.

UND DIE PIPELINE HAT SICH SELBST ERWISCHT: mein erster Entwurf von Stufe G
importierte `ast` nicht. Der stille except-continue liess JEDE Datei
durchfallen, und die Stufe meldete "alle 0 externen Laufzeit-Importe sind
aufgefuehrt" - ein gruener Haken, hinter dem nichts geprueft wurde. Fuenfte
Wiederholung dieser Fehlerklasse. Gefangen hat es ruff F821 in derselben
Pipeline. Behoben doppelt: Import ergaenzt UND Plausibilitaetspruefung (weniger
Dateien gelesen als vorhanden oder 0 Importe -> Befund).

SLOTS - keine neuen Defekte, drei Punkte praezisiert:
  · Kein geteilter Modul-Zustand. Die modulweiten Container in trailing.py und
    trader.py sind reine Nachschlagetabellen, kein global-Statement. Die beiden
    Instanzen sind tatsaechlich unabhaengig - Voraussetzung des ganzen Umbaus.
  · set_sltp bleibt Slot-1-only, verhaelt sich aber SICHER: liegt nur eine
    BRK-Position, gibt modify_sltp einen Fehlertext zurueck. Es fasst NICHT die
    falsche Position an. Bekannte Grenze, kein Fehler.
  · trail_brk.enabled wird nicht persistiert; _rebind_brk schaltet es nach einem
    Neustart bedingungslos ein. Sichere Richtung, bewusst so gelassen.

BIBLIOTHEKEN: nichts fehlt, nichts driftet. pandas/scikit-learn stehen in
requirements-dev und werden in 0 Dateien importiert (so dokumentiert); numba,
joblib, tqdm, pandas_ta, rich, httpx sind Beifang und ungenutzt - kein
Handlungsbedarf, sie stehen nicht im Laufzeit-Pfad.
Struktureller Rest benannt: engine.py importiert weekly_review und
measurement_reminder, zwei Skripte der obersten Ebene - dieselbe Klasse wie der
frueher direkte backtest-Import. Hier entschaerft, weil lazy und in try, mit
sichtbarer Fehlermeldung. In Stufe G als projekteigen ausgenommen, mit
Begruendung im Code.

Pipeline jetzt A A2 A3 B B2 C C2 D E F G - alle gruen, 97 Tests, deployt.

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

2026-08-20 20:06:46 +02:00

Axel HocksandClaude Opus 5

95b22e2add

FIX: Render brach ab - RSI-Zeile griff im falschen Scope zu (Dashboard kaputt)

User-Screenshot: sechs leere "—"-Zeilen in der M15-Karte unter Gate ④ und eine
komplett leere Breakout-Karte.

URSACHE, mein Fehler von heute Abend: `renderM15(s)` bekommt NUR `m15_setup`.
Meine RSI-Zeile griff aber auf `d.market.rsi_m15` zu - `d` existiert in diesem
Scope nicht. ReferenceError mitten im Render: alles ab der Fehlerstelle blieb
auf dem Initialwert "—", und die danach gerufenen Renderer (u.a. renderBrk)
liefen gar nicht mehr. Genau die Signatur im Screenshot.

⚠⚠ WARUM DIE PIPELINE ES DURCHGELASSEN HAT: `node --check` prueft nur SYNTAX.
Ein ReferenceError ist syntaktisch einwandfrei. Python hat dafuer ruff F821 -
fuer JS gab es nichts Vergleichbares. Das ist die Luecke, nicht ein
Einzelversehen: es ist der ZWEITE Fall derselben Klasse heute (vorhin `d5.m5`
statt `s.m5`, den hatte ich beim Bauen selbst bemerkt).

BEHOBEN: renderM15(s, snap) bekommt den vollen Snapshot mit, Aufrufer angepasst,
Zugriff auf ((snap||{}).market||{}).rsi_m15. Ein Kommentar an der Signatur haelt
fest, warum `d.` dort verboten ist.

NEU: tools/render_check.mjs - laesst renderM15 und renderBrk gegen ein
Minimal-DOM mit einem ECHTEN Snapshot laufen und meldet jede Exception.
Mutationsprobe bestanden: Fehler zurueckgebaut -> "❌ d is not defined",
zurueck -> gruen. Alle vier Zeilen rendern wieder korrekt (RSI, M5-Kontext,
Gate ③b, BRK-Position).

v=188, damit der Browser das Update sicher zieht.

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

2026-08-19 23:07:52 +02:00