Raum je Richtung auf die Order-Knoepfe (v=175)

Gemessen auf 27 eigenen manuellen Trades: Raum < 0,6xATR zum naechsten Level in
Trade-Richtung = 79 % Trefferquote und trotzdem -7,57 bzw. -11,51 EUR/Lot. Das
ist die Klein-Close-Falle (Gewinn am Level gedeckelt, Verlust laeuft bis zum
Stop), ueber 80k Bars als PF 0,42/0,66 belegt.

Die Zahl stand nur in Gate 3b der M15-Karte -- seit dem Entfernen des
Entry-Dialogs am 11.08. war sie im Moment des Klicks unsichtbar. Jetzt als
zweite Zeile auf dem LONG-/SHORT-Knopf, bernstein unter dem Gate.

REINE ANZEIGE: kein Block, keine Sperre, kein Dialog -- Uebersteuerungen laufen
gemessen 68 % WR.

Kein Backend, kein Neustart: die Daten lagen bereits im Snapshot
(m15_setup.motor.raum) und werden NICHT neu gerechnet. Bewusst kein eigener
Layout-Block, weil #actions ein flex ohne wrap ist.

Verifiziert: node --check als Modul, check_nfalle sauber, beide IDs im
ausgelieferten HTML, live LONG 0,07xATR (unter Gate) / SHORT 1,49xATR.

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

CLAUDE.md

@@ -7434,6 +7434,39 @@ vollständig.
 ⚠ **Verifikation der Zustellung steht aus** — sie erfolgt mit dem Report am
 nächsten Morgen um 07:30. Die Bausteine sind einzeln live gegengeprüft.
 
+## ✅ RAUM JE RICHTUNG AUF DEN ORDER-KNÖPFEN (2026-08-19, v=175)
+
+Die einzige umgesetzte Empfehlung aus der Ideen-Runde — und sie stammt nicht
+aus einem Buch, sondern aus den **eigenen Trades**: 27 manuelle Einstiege mit
+Raum < 0,6×ATR liefen mit **79 % Trefferquote und trotzdem −7,57 bzw.
+−11,51 €/Lot** (Klein-Close-Falle, über 80k Bars als PF 0,42/0,66 belegt).
+⚠ Diese Zahl stand bis heute **nur in Gate ③b der M15-Karte** — nicht dort,
+wo geklickt wird. Seit der Entry-Dialog am 11.08. entfernt wurde, war sie im
+Moment der Entscheidung unsichtbar.
+
+**Neu:** zweite Zeile auf dem LONG- bzw. SHORT-Knopf — `⚠ 0,07×ATR` /
+`1,49×ATR`, bernstein sobald der Abstand unter dem Gate liegt.
+
+⚠⚠ **REINE ANZEIGE — kein Block, keine Sperre, kein Dialog.** Hartes
+Blockieren ist im Projekt nie eingebaut worden, und User-Übersteuerungen
+laufen gemessen **68 % WR**. Sichtbar machen, nicht bevormunden.
+
+✅ **Kein Backend, kein Neustart.** Die Daten lagen bereits im Snapshot
+(`m15_setup.motor.raum`, gebaut am 10.08. für Gate ③b) — sie werden hier
+**nicht neu gerechnet**. Ein zweiter Rechenweg wäre genau die Divergenz-Falle,
+die im Projekt dreimal zugeschlagen hat (`sim_run` in ≥6 Skripten · der
+nachgebaute Level-Cluster · das fünfte Exit-Modell).
+
+⚠ **Bewusst KEIN eigener Layout-Block:** `#actions` ist ein flex **ohne**
+`wrap` — eine zusätzliche Zeile darin hätte die Knopfbreiten verschoben. Die
+Zahl sitzt deshalb auf dem Knopf, den sie betrifft.
+⚠ Quelle ist trainingsgleich **M5** (`room_info`), nicht die M30-Level der
+Karte — `entry_room_atr=0,6` ist auf M5 kalibriert.
+✅ Verifiziert: `node --check` als Modul, `check_nfalle` sauber, beide IDs im
+ausgelieferten HTML, Live-Werte LONG **⚠ 0,07×ATR** / SHORT 1,49×ATR.
+Fehlt das Element (alte gecachte HTML), greift das Auffang-`$` — kein
+Render-Abbruch. **Zurück:** `web/style.css.bak-2026-08-19-raum` + `v`-Bump.
+
 ## ⚠⚠ KI-TRADING-BUCH (Illab) AUSGEWERTET — es geht um WORKFLOW, nicht um
 ## Signale; die eine echte Lücke ist die VALIDIERUNGS-METHODE (2026-08-19)