PythagorasGoal/docs/diary/2026-06-04-exit-lab.md

2026-06-04 — EXIT LAB: ricerca massiva exit dinamiche (34 agenti) → EXIT-16 close-confirm SL PROMOSSO

Obiettivo

Cercare exit migliori per le fade attive: TP dinamici, SL dinamici/protettivi, meccanismi per "cavalcare il prezzo". Mandato: ≥20 agenti con specifiche differenti, guardia anti-overfitting, test su tutto lo storico disponibile.

Esito in una riga: "cavalcare" non esiste (17ª conferma), ma la ricerca ha trovato una cosa più grossa — LO STOP-LOSS INTRABAR FISSO È IL COMPONENTE CHE DISTRUGGE PIÙ VALORE NELLE FADE, e la forma robusta del fix (SL confermato in chiusura, EXIT-16) è PROMOSSA a livello PORT06: OOS Sharpe 8.82→10.06, FULL DD 4.10→2.60.

Infrastruttura (riusabile)

• scripts/analysis/exit_lab.py — harness CONDIVISO: cache segnali live-params delle 3 fade (data/cache/exit_lab_signals.pkl, 73.6k barre 1h 2018→2026-05, BTC+ETH), engine intrabar identico a fade_base (parità verificata al punto percentuale su tutti e 6 gli sleeve), contratto anti-look-ahead esplicito (levels(j) solo dati ≤ j-1; after_bar(j) sul close = eseguibile al poll), protocollo train/OOS (selezione parametri SOLO su pre-2023-11; OOS letto una volta), fill parziali, ExitPolicy pluggable.
• scripts/analysis/exit_policies/ — 23 policy + 10 script di verifica.
• scripts/analysis/exit16_port06_impact.py — replay canonico build_trades/ fade_daily_equity con parità ESATTA (corr 1.00000) + innesto EXIT-16 + ricalcolo PORT06 (cap pairs 0.33, leva 2x).

Fase 1 — Explore: 23 agenti, una famiglia ciascuno

Tally: 3 PROMISING, 5 NEUTRAL, 15 REJECT.

REJECT (la famiglia "cavalca il prezzo" è stata falcidiata): trail_atr_ride, trail_pct, breakeven, sar_trail, tp_decay, tp_extend_momentum, tp_moving_mean, partial_tp_trail, hurst_exit, giveback, loser_timestop, donchian_trail, ema_cross_exit, vol_rescale, sl_tp_ride. Autopsia ricorrente: il TP delle fade sta ALLA MEDIA; lì il movimento è esaurito per costruzione → oltre quel punto non c'è coda da cavalcare (il runner finiva oltre il TP ~3% delle volte). Caso da manuale trail_atr_ride: train 5/6 a favore, OOS 0/6 (MR01 ETH ret 134%→1%) — senza l'embargo train/OOS l'avremmo promosso.

NEUTRAL: ratchet, sl_tighten, z_overshoot, wide_sl_trail, swing_stop (miglioramenti misti, mai 5/6).

PROMISING — tre meccanismi diversi, UNA stessa tesi ("gli stop intrabar da wick sono falsi negativi: l'overshoot che buca lo stop è esattamente ciò che la fade vuole fadare, e rientra"):

• EXIT-02 trail_atr_keep_tp (chandelier k=1.5 + TP fisso): 6/6 train, 5/6 OOS.
• EXIT-16 close_confirm_sl (SL solo se la barra CHIUDE oltre sl0±0.5·ATR): 6/6 train E 6/6 OOS, plateau.
• EXIT-22 no_sl (diagnostica: SL rimosso): 6/6+6/6, plateau monotono perfetto SL stretto < base < SL 2x < niente SL.

Fase 2 — Verify: 10 avversari (leakage / overfit / stress × 3 + tail-risk)

• EXIT-02 CONFUTATO (2/3). (a) Overfit: è Pareto-dominato da no_sl a ZERO parametri su tutti i 6 sleeve OOS (Sharpe base→trail→noSL: MR01 BTC 2.77→3.08→5.67; MR02 ETH 12.35→11.41→17.24 — il trail PEGGIORA lo sleeve di punta) → overfit di selezione: la forma parametrizzata sbagliata di una tesi giusta. (b) Leakage: codice pulito MA scoperta di metodo: il 54% degli stop del trail è GAP-THROUGH (l'open del bar è già oltre il livello; gap mediano 62-174 bps): l'engine che filla gli stop "al livello" SOVRASTIMA ogni policy a stop stretti; col fill realistico worse(level, open) il confronto si ribalta. Da oggi ogni ricerca con stop tight deve modellare il gap-through. Lo SL largo della base ne è quasi immune.
• EXIT-16 SUPERA 4/4. Leakage: contratto pulito, robusto a 1-3 bar di lag e al fill a open[j+1] (esce deliberatamente tardi → il timing fine è irrilevante per costruzione). Overfit: plateau monotono su buffer 0.4→1.0 FUORI griglia, il ponte SL-largo k=1.5→4 converge, 4 finestre temporali ok, e indipendente dal loss-guard Hurst (segnali rigenerati senza guard: la tesi regge anche nel regime trending). Stress: fee 2x 6/6, slippage 20 bps simmetrico 6/6, bear 2021-22 ok.
• EXIT-22 invalidato SENZA mitigazione (tail-risk). p99 MAE ~raddoppia (MR01 ETH −38.8→−59.7%); finestra FTX 2022-11: MR02 ETH −39% (worst −48%, MAE −70%) dove la base faceva +2.7% uscendo in 2-3 barre. E un fatto di wiring: con sl=0 il worker cade nel ramo elif max_bars → il fallback −2% è codice morto: no_sl live girerebbe SENZA ALCUNO stop. Il disaster-SL 4× tiene ~95% del ritorno ma il worst pooled resta −47%.
• Raccomandazione convergente del tail-auditor: EXIT-16 — neutralizza quasi tutta la coda DA SOLO (p99/worst ≈ base; FTX: +2.4%) mantenendo l'immunità ai wick. Mai usare uno stop stretto −2% come fallback (cappa l'edge insieme alla coda).

Fase 3 — Test decisivo a livello PORT06 (path canonico)

Replay di build_trades/fade_daily_equity con parità ESATTA (corr 1.00000, ritorni identici, PORT06 base == Portfolio.backtest() al centesimo: FULL 6.47/4.10%, OOS 8.82/1.30% — i numeri 6.07/8.19 citati in CLAUDE.md sono pre-refresh-dati). Poi SOLO il ramo SL sostituito col close-confirm 0.5·ATR:

PORT06	FULL Sharpe	FULL DD	FULL CAGR	OOS Sharpe	OOS DD	OOS CAGR
base	6.47	4.10%	61%	8.82	1.30%	86%
EXIT-16	7.84	2.60%	79%	10.06	1.15%	102%

Gate (lo stesso del loss-guard Hurst): PROMOSSO — migliora OGNI metrica, FULL e OOS. Per-sleeve: ritorni FULL ~4-10x (MR01 BTC 299→1963%) e DD giù su 5/6 (eccezione MR02 ETH +3.4pp, assorbita in aggregato).

Verdetto e piano di deploy (DA FARE, non ancora implementato)

EXIT-16 close_confirm_sl, buffer 0.5·ATR14, SOLO sulle 6 fade.

1. Param sl_confirm_atr=0.5 nelle fade (default None = comportamento attuale, per non rompere i backtest canonici/regression-lock).
2. FadeStrategy.backtest + StrategyWorker.tick: disattivare l'uscita intrabar a sl0; aggiungere il ramo sul CLOSE del bar (long: esci se close < sl0 − 0.5·ATR14; short speculare). TP intrabar e max_bars INVARIATI. ATR14 causale già disponibile.
3. Shadow reale: nessun nuovo tipo d'ordine (il close-confirm esce al close del worker → market reduce-only come oggi; il limit resting al TP di v1.0.7 resta identico).
4. DIP01/pairs/rotation/tsmom/shape NON toccati.

Caveat onesti

• L'uscita al close può essere PEGGIO di sl0 sui veri sfondamenti (già nei numeri del backtest, ma la coda dipende dai gap: campione 1h crypto, stress estremi sottorappresentati).
• Niente stop fisico sul book → rischio gap/disconnessione fra i poll (mitigazione possibile in futuro: disaster-SL intrabar a 4× come cintura, costa ~5% del guadagno).
• avg_bars +~18% (esposizione su; già nei numeri via non-overlap).
• I numeri per-sleeve FULL (ret 4-10x) vanno letti col solito sconto del compounding su 8 anni; la decisione è presa sul gate PORT06, non su quelli.

Scoperte collaterali da NON perdere

1. Gap-through fill: l'engine intrabar filla gli stop al livello anche quando l'open è già oltre → bias sistematico PRO stop-stretti. Aggiungere il fill worse(level, open) all'harness prima di future ricerche su stop.
2. Wiring worker: una strategia con sl=0+max_bars gira nel ramo elif max_bars → il fallback −2% non si applica. Oggi nessuna strategia attiva emette sl=0, ma il ramo va reso esplicito se mai si deployasse una policy senza SL.
3. Il prior ladder di stamattina è confermato e generalizzato: 4 conferme indipendenti che oltre il TP non c'è nulla da cavalcare.

Costi della ricerca

34 agenti (23 explore + 10 verify + 1 PORT06), ~1.65M token subagente, ~70 minuti wall-clock su 2 core. Workflow: exit-policy-explore (wf_4b23e922-f48) + exit-policy-verify (wf_f2bb98df-c43).

IMPLEMENTATO E DEPLOYATO (sera stessa, v1.1.0)

Param sl_confirm_atr (default None = comportamento storico):

• src/strategies/fade_base.py FadeStrategy.backtest + scripts/strategies/ MR01_bollinger_fade.py (ha un backtest proprio, duplicato storico — patch identica): ramo close-confirm al posto dell'SL intrabar; TP intrabar e max_bars invariati; in modalità confirm il TP ha priorità nel bar (come la policy validata in exit_lab).
• src/live/strategy_worker.py tick: con sl_confirm_atr nei params dello sleeve, TP intrabar al livello come prima; stop SOLO se close sfonda sl ∓ buf·ATR14(df), uscita al prezzo corrente (reason stop_loss invariata → il monitor stop-rate di hourly_report continua a funzionare).
• scripts/portfolios/_defs.py: SL_CONFIRM_ATR = 0.5 sulle 6 fade (path live, come hurst_max). Il backtest canonico resta NON filtrato.
• Test: tests/portfolio/test_close_confirm_sl.py (wick non stoppa; breach sul close stoppa al close; TP intrabar resta; buffer regge; regressione senza param). 59/59 verdi.

Nota onesta dal sanity-check sul path GREZZO (nessun filtro): il ritorno esplode (MR02 ETH cap 366k→3.0M) ma il DD per-sleeve SALE (MR01 BTC 32→52%): senza trend-filter/hurst il close-confirm tiene posizione anche nei trend profondi. La riduzione di DD vive nella config live (trend_max 3.0 + hurst 0.55) e nella diversificazione — esattamente ciò che il test PORT06 canonico ha misurato (DD 4.10→2.60). Le tre protezioni sono COMPLEMENTARI: hurst toglie l'esposizione al regime tossico, il trend-filter gli ingressi sovra-estesi, il close-confirm i falsi stop da wick.

Monitoraggio live: lo stop-rate fade su hourly_report dovrebbe scendere sotto il ~38% atteso post-hurst; gli stop avranno exit leggermente oltre il livello (uscita al close), i TP restano al livello (e nello shadow reale al limit reduce-only di v1.0.7).

Deploy: commit a2579d2 (+ research ad65a0b), release v1.1.0.