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
|
⚠ **Kein Verdict-Gewicht, kein Trade-Trigger, keine Farbampel** — dieselbe
|
||||||
Zurückhaltung wie bei der Kerzen-Anatomie und der Überdehnungs-Anzeige.
|
Zurückhaltung wie bei der Kerzen-Anatomie und der Überdehnungs-Anzeige.
|
||||||
⚠ `deploy.py --feld m15_setup.m5` nutzt den **Punktpfad** (seit 10.08.).
|
⚠ `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