Entry-Dialog beim Eroeffnen entfernt (v=163)

User-Vorgabe: "entferne auch die Warnung beim Eroeffnen von Trades".
LONG/SHORT feuern jetzt sofort.

Was wegfaellt: die 7-Punkte-Checkliste und der Ausrichtungs-Split im
Moment der Entscheidung - letzterer zeigte die einzige beidhaelftig
robuste Zahl des Projekts (gegen das Signal -6,60 EUR je Lot ueber
1.216 Trades). Bewusste User-Entscheidung, kein Messergebnis; liegt
aber auf der Linie "sichtbar machen, nicht bevormunden" (harte Blocks
waren nie eingebaut, Uebersteuerungen liefen 68 % Trefferquote).

Backend unberuehrt: _entry_checklist rechnet weiter und steht im
Snapshot, die Zahlen bleiben auswertbar. Die Verlust-Close-Abfrage
bleibt - sie schuetzt vor einem Fehlklick, nicht vor einer
Entscheidung. Zurueck: const ENTRY_DIALOG = true.

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

CLAUDE.md

@@ -5353,6 +5353,25 @@ nicht führbar — und Schritt 4 ist der EINZIGE belastbare Nachweis, dass neuer
 Python-Code läuft. Jetzt mit **Punktpfaden**; ein Feld mit Wert `None` zählt als
 vorhanden (geprüft wird der Schlüssel, nicht der Inhalt).
 
+### ⚠ ENTRY-DIALOG ENTFERNT (User-Vorgabe 2026-08-11, v=163)
+
+„Entferne auch die Warnung beim Eröffnen von Trades." LONG/SHORT feuern jetzt
+**sofort**, ohne Bestätigung.
+⚠ **Was wegfällt:** die 7-Punkte-Checkliste (Signal-Deckung · HTF-Trend ·
+Entry-Raum · News · Kosten · Verlust-Serie · Nacht) **und** der
+Ausrichtungs-Split im Moment der Entscheidung — letzterer zeigte die **einzige
+beidhälftig robuste Zahl des Projekts**: gegen das Signal **−6,60 € je Lot**
+über 1.216 Trades. Genau diese diskretionären Abweichungen sind die gemessene
+Kern-Leckage; der Dialog war 2026-07-30 dagegen gebaut worden.
+⚠ **Bewusste User-Entscheidung, kein Messergebnis.** Sie liegt aber auf der
+Projekt-Linie „sichtbar machen, nicht bevormunden": hartes Blockieren war nie
+eingebaut, und User-Übersteuerungen liefen gemessen **68 % Trefferquote**.
+✅ **Backend UNBERÜHRT:** `engine._entry_checklist` rechnet weiter und steht als
+`checklist` im Snapshot (live verifiziert) — die Zahlen bleiben auswertbar.
+✅ **Die Verlust-Close-Abfrage bleibt** („Position im Minus schließen?") — sie
+schützt vor einem versehentlichen Klick, nicht vor einer Entscheidung.
+**Zurück:** `const ENTRY_DIALOG = true` in `app.js` (Einzeiler).
+
 ### ✅ KLARTEXT-KOPFZEILE (2026-08-11, v=162) — und warum NICHT „LONG zu 78 %"
 
 User: „kannst du die M15-Empfehlung noch etwas vereinfachen, wie: jetzt