Gesamtempfehlung zeigt jetzt, WARUM sie wartet (v=126)

User-Fund: "WARTEN · M15" neben "Modul-Konsens: stark LONG" liest sich wie
ein Widerspruch. Ist keiner - die Welle HAT eine Richtung und haengt nur an
einem Gate. Der Grund stand aber nur als Textzeile in der Meldungen-Karte,
also weit weg von der Stelle, an der die Frage aufkommt.

wave.breakout {pending, dir, level, need} wurde berechnet und im Snapshot
gespeichert, vom Frontend aber NIRGENDS gerendert. Jetzt haengt es direkt
an der Headline:
    "◌ WARTEN · M15 · LONG, noch 0.02 bis zur Bestaetigung"

Erste Auswertung der gestern eingebauten block_reason-Telemetrie (3 h):
    breakout_pending  63 %
    entry_room        20 %
    min_conf          18 %
    Totband / HTF-Gegen-Trend:  KEIN EINZIGES MAL

Das beantwortet die offene Frage aus dem TF-Churn-Fix: die 93 % WARTEN
kommen nicht daher, dass die Welle richtungslos waere, sondern von den
Gates - allen voran der Breakout-Bestaetigung, die bis zum Fix desselben
Tages rechnerisch gar nicht fertig werden konnte.

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

CLAUDE.md

@@ -1432,6 +1432,19 @@ dort bereits nachvalidiert, ØR +0,305.) **Eine** Oberfläche:
   Gewicht 0) dabei, sodass die Summe aufgeht. Live: „**3 von 5 stimmberechtigten für
   LONG (4 ohne Aussage)**" — 5 + 4 = 9 ✅. Bei gar keiner Aussage: „kein Modul mit
   klarer Aussage". v=125.
+  ⚠ **„WARUM WARTEN?" jetzt an der Headline (2026-07-31, v=126, User-Fund „WARTEN,
+  aber Konsens stark LONG"):** Der scheinbare Widerspruch entstand, weil die Welle in
+  aller Regel eine RICHTUNG hat und nur an einem Gate hängt — der Grund stand aber
+  ausschliesslich als Textzeile in der Meldungen-Karte, also weit weg von der Stelle,
+  an der die Frage aufkommt. `wave.breakout {pending, dir, level, need}` wurde berechnet
+  und gespeichert, vom Frontend jedoch **nirgends gerendert**. Jetzt hängt es direkt an
+  der Headline: „◌ WARTEN · M15 · **LONG, noch 0.02 bis zur Bestätigung**".
+  ⚠ **Erste Auswertung der neuen `block_reason`-Telemetrie (3 h):** `breakout_pending`
+  **63 %** · `entry_room` 20 % · `min_conf` 18 % — und **kein einziges Mal** Totband
+  oder HTF-Gegen-Trend. Das beantwortet die offene Frage aus dem TF-Churn-Fix: die
+  93 % WARTEN kommen NICHT daher, dass die Welle richtungslos wäre, sondern von den
+  Gates — allen voran der Breakout-Bestätigung (die bis zum Fix desselben Tages
+  gar nicht fertig werden konnte).
   ⚠ **Offen (dokumentiert, nicht geändert):**
   (0) **Wellen-Konfidenz aus `_draw_levels` speisen** statt aus dem Misch-Set — würde
   den −12-Abzug tatsächlich auslösen, also Konfidenz senken und das 55%-Gate
@@ -1966,7 +1979,7 @@ dort bereits nachvalidiert, ØR +0,305.) **Eine** Oberfläche:
   Signal → **Hinweis-Dialog „trotzdem eröffnen?"** (überschreibbar). CLOSE bei
   **negativem** P&L → Sicherheitsabfrage; im Plus/Breakeven direkt. Sonst keine
   Token-Dialoge (`require_token=false`). Audio braucht 1× Nutzer-Tap.
-- Asset-Version aktuell **v=125** (in `web/index.html` hochzählen, siehe Workflows).
+- Asset-Version aktuell **v=126** (in `web/index.html` hochzählen, siehe Workflows).
   Schriftgrößen 2026-07-24 global **+4px** (2× je +2px auf User-Wunsch; Body-Basis
   14→18px). ⚠ Betrifft in `style.css` sowohl `font-size:Npx` (71×) ALS AUCH die
   `font:<weight> Npx/…`-**Shorthand** (3×: `.ms-chip`/`.ms-bos-lbl`/`.sqm-badge` —