Doku: auto_m15 aus, und die Messung die den kleinen Umbau ausschliesst
Zwei Eintraege. (1) Warum kein BRK-Trade zustande kam: fuenf Pending-Fenster, zusammen rund 2 Minuten am Markt, drei davon vom M15-Trader storniert - einmal in derselben Sekunde. (2) Die Messung, ob BRK ohne Trailing laufen koennte (backtest_brk_slonly.py): keine der fuenf Varianten erfuellt die vorab fixierte Regel, alle zehn KI enthalten die Null. Festgehalten sind ausdruecklich auch die beiden Grenzen: die Kontrolle reproduziert NICHT (Absolutwerte unbrauchbar, nur der interne Vergleich zaehlt), und das scheinbar bessere SL-only ist ein Varianz-Befund (WR 40 -> 21 %, KI-Breite vervierfacht). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
3e4a181c00
commit
5f4d66bcaf
@@ -8691,3 +8691,68 @@ Quelle jeder Divergenz zwischen Karte und Chart.
|
||||
⚠ **Kein Verdict-Gewicht, kein Trade-Trigger, keine Farbampel** — dieselbe
|
||||
Zurückhaltung wie bei der Kerzen-Anatomie und der Überdehnungs-Anzeige.
|
||||
⚠ `deploy.py --feld m15_setup.m5` nutzt den **Punktpfad** (seit 10.08.).
|
||||
|
||||
## ⚠⚠ `auto_m15` ABGESCHALTET — es verdrängte BRK aus dem einen Slot (2026-08-19)
|
||||
|
||||
User-Frage „warum wurde kein BRK-Trade eröffnet?“ → am Zeitstrahl beantwortet,
|
||||
nicht vermutet. **BRK hat heute FÜNFMAL ruhende Orders gesetzt** und wurde
|
||||
jedes Mal binnen Sekunden storniert, weil eine Position offen war:
|
||||
| gesetzt | Level | storniert nach | wodurch |
|
||||
|---|---|---|---|
|
||||
| 18:03:09 | 86,360 / 85,849 | **16 s** | `AUTOM15_SHORT` |
|
||||
| 18:11:04 | 86,408 / 85,851 | **1 s** | `AUTOM15_SHORT` |
|
||||
| 18:12:58 | 86,408 / 85,851 | **20 s** | `AUTOM15_SHORT` |
|
||||
| 18:43:52 | 86,441 / 85,992 | **81 s** | manuell |
|
||||
| 19:02:14 | 86,514 / **86,080** | **9 s** | manuell |
|
||||
**Zusammen rund 2 Minuten am Markt** — an einem Tag mit 24 Trades. Die Mechanik
|
||||
arbeitet einwandfrei, sie kommt nur nie zum Zug.
|
||||
⚠⚠ **DREI der fünf löste der M15-Trader aus**; um 18:11:04 wurde die Position
|
||||
in **derselben Sekunde** eröffnet, in der die Pendings gesetzt wurden. Damit
|
||||
verdrängte ein **gemessen negativer** Pfad (ØR −0,162/−0,094, beide KI ohne
|
||||
Null) den **einzigen 2-Stichproben-validierten** Einstieg — exakt der Konflikt,
|
||||
der am 01.08. schon für `auto_signal` dokumentiert wurde („beide Auto-Pfade
|
||||
konkurrieren um den EINEN Positions-Slot“), mit derselben Konsequenz.
|
||||
⚠ Der SELL_STOP von 19:02 lag bei **86,080**, das Tief danach bei **86,012** —
|
||||
die Order hätte gefüllt. Ein Einzelfall belegt keinen Edge, zeigt aber den
|
||||
Mechanismus. Tagesbilanz: `AUTOM15_*` n=4 **−0,02 €** (belegt nur den Slot),
|
||||
manuell n=20 **−167,39 €**.
|
||||
✅ Abgeschaltet über den **offiziellen Toggle** `POST /api/autom15`, damit alle
|
||||
drei Stellen übereinstimmen (Snapshot · `runtime_state.json` · ini je `false`).
|
||||
⚠ Die laufende AUTOM15-Position bleibt offen — der Schalter stoppt nur NEUE
|
||||
Entries. Zurück: Knopf **M15**.
|
||||
|
||||
### ⚠ Und die Vorbedingung für den Parallelbetrieb ist GEMESSEN — sie fällt durch
|
||||
|
||||
User-Wunsch „BRK soll auch eröffnen wenn M15 aktiv ist“. Der **kleine** Umbau
|
||||
wäre an einem Abend gemacht (Pendings nicht mehr stornieren, `open_*` nicht mehr
|
||||
bei `self.ticket` abweisen) — aber der zweite Trade hätte nur den **Broker-SL**:
|
||||
`trader` hält EIN Ticket, und Trailing, Breakeven, Time-Stop, Notfall-Stop und
|
||||
S/R-Close hängen alle daran (**29 Stellen** in `engine.py`).
|
||||
**Gemessen** (`backtest_brk_slonly.py`, 80k M5, 2 Halbjahre, Fill bei
|
||||
Berührung, Echtkosten, feste geteilte Entry-Liste):
|
||||
| Variante | H1 ØR / PF | H2 ØR / PF | WR |
|
||||
|---|---|---|---|
|
||||
| A) kanonisch | −0,145 / 0,76 | +0,036 / 1,07 | 40 / 44 % |
|
||||
| **B) SL only** | −0,132 / 0,92 | **+0,464** / 1,27 | **21 / 19 %** |
|
||||
| C) SL + Time-Stop | −0,157 / 0,87 | +0,138 / 1,12 | 36 / 39 % |
|
||||
| D) SL + TP | −0,188 / 0,86 | +0,073 / 1,06 | 38 / 40 % |
|
||||
| E) SL + Time + TP | −0,212 / 0,81 | +0,064 / 1,06 | 39 / 43 % |
|
||||
**Keine Variante erfüllt die vorab fixierte Regel** — H1 durchgehend negativ,
|
||||
**alle zehn KI enthalten die Null**. Vorab festgelegte Antwort: **großer Umbau**.
|
||||
⚠⚠ **SL-only sieht im ØR nicht schlechter aus — das ist ein VARIANZ-Befund, kein
|
||||
Argument:** Trefferquote **40 → 21 %** bzw. 44 → 19 % (vier von fünf Trades
|
||||
laufen in den vollen −2R-Stop), und die KI-Breite **vervierfacht** sich
|
||||
([−0,108 … +1,115] gegen [−0,081 … +0,148]). Der Ertrag hängt an wenigen
|
||||
Läufern bis 16,7 h **ohne jede Absicherung**.
|
||||
⚠⚠ **GRENZE: die Kontrolle reproduziert NICHT** (A liefert −0,145/+0,036 gegen
|
||||
dokumentierte +0,124/+0,292; 362/559 Einstiege gegen 1.092/1.807). Die
|
||||
**Absolutwerte sind unbrauchbar**, belastbar ist allein der **interne**
|
||||
Vergleich — alle Varianten laufen auf derselben Entry-Liste. Gleicher Vorbehalt
|
||||
wie am 13.08.
|
||||
✅ **Keine Exit-Kopie:** SL-only entsteht aus `LIVE.with_(trail_start=999,
|
||||
be=999)` — der Trade bleibt in Phase „Init“ und verlässt sie nur über SL oder
|
||||
`max_hold`. Derselbe kanonische Code; eine eigene Schleife wäre das **fünfte**
|
||||
Exit-Modell gewesen.
|
||||
➤ **Offen: der ticket-basierte Umbau** (Trailing je Position) — eigene Sitzung
|
||||
mit **flachem Konto**. Ein halb fertiger Umbau lässt den Schutz-Stack an der
|
||||
falschen der beiden Positionen hängen.
|
||||
|
||||
Reference in New Issue
Block a user