Adriano
ce158a92dd
Adegua Cerbero Bite alla nuova versione 2.0.0 del server MCP unificato (testnet/mainnet routing per token, header X-Bot-Tag obbligatorio) e introduce due interruttori operativi indipendenti per separare la raccolta dati dall'esecuzione di strategia. Auth e collegamento MCP - Token bearer letto dalla nuova variabile CERBERO_BITE_MCP_TOKEN; il valore sceglie l'ambiente upstream (testnet vs mainnet) sul server. Rimosso il caricamento da file (`secrets/core.token`, CERBERO_BITE_CORE_TOKEN_FILE, Docker secret /run/secrets/core_token). - Aggiunto header X-Bot-Tag (default `BOT__CERBERO_BITE`, override via CERBERO_BITE_MCP_BOT_TAG) su ogni call MCP, con validazione lato client (non vuoto, ≤ 64 caratteri). - Cartella `secrets/` rimossa, `.gitignore` ripulito, Dockerfile e docker-compose.yml aggiornati con env passthrough e fail-fast quando manca il token. Modalità operativa (RuntimeFlags) - Nuovo modulo `config/runtime_flags.py` con `RuntimeFlags( data_analysis_enabled, strategy_enabled)` e loader che parserizza CERBERO_BITE_ENABLE_DATA_ANALYSIS e CERBERO_BITE_ENABLE_STRATEGY (true/false/yes/no/on/off/enabled/disabled, case-insensitive). - L'orchestratore espone i flag, audita e logga la modalità al boot (`engine started: env=… data_analysis=… strategy=…`), e in `install_scheduler` esclude i job `entry`/`monitor` quando strategy è off e il job `market_snapshot` quando data analysis è off. I job di infrastruttura (health, backup, manual_actions) restano sempre attivi. - Default profile = "solo analisi dati" (data_analysis=true, strategy=false), pensato per la finestra di soak post-deploy. GUI saldi - `gui/live_data.py::_fetch_deribit_currency` riconosce il campo soft `error` nel payload V2 (HTTP 200 con `error` valorizzato dal server quando l'auth Deribit fallisce) e lo propaga come `BalanceRow.error`, evitando di mostrare un fuorviante equity = 0,00. CLI - Sostituita l'opzione `--token-file` con `--token` (stringa) sui comandi start/dry-run/ping; il default proviene dall'env. Le chiamate al builder dell'orchestrator passano anche `bot_tag` e `flags`. Documentazione - `docs/04-mcp-integration.md`: descrizione del nuovo flusso di auth V2 (token = ambiente, X-Bot-Tag nell'audit) e router unificati. - `docs/06-operational-flow.md`: nuova sezione "Modalità operativa" con i tre profili canonici e tabella di gating per ogni job; aggiunto `market_snapshot` al cron summary. - `docs/10-config-spec.md`: nuova sezione "Variabili d'ambiente" tabellare con tutti gli env, comprese le bool dei flag operativi. - `docs/02-architecture.md`: layout del repo aggiornato (`secrets/` rimosso, `runtime_flags.py` aggiunto), descrizione di `config/` estesa. Test - 5 nuovi test su `_fetch_deribit_currency` (soft-error, payload pulito, eccezione, error blank, signature parity). - 7 nuovi test su `load_runtime_flags` (default, override, parsing truthy/falsy, blank fallback, valore invalido). - 4 nuovi test su `HttpToolClient` (X-Bot-Tag default e custom, blank e troppo lungo rifiutati). - 3 nuovi test integration sull'orchestratore (gating dei job in base ai flag). - Test esistenti su token/CLI ping/orchestrator aggiornati al nuovo schema. Suite intera: 404 passed, 1 skipped (sqlite3 CLI assente sull'host di sviluppo). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Cerbero Bite
Sistema deterministico rule-based per l'esecuzione sistematica della strategia Cerberus Bite: credit spread su opzioni Ethereum (Deribit) con gestione attiva, sizing Quarter Kelly e disciplina di uscita rigida.
Sintesi della strategia
- Sottostante: ETH/USD su Deribit (opzioni europee).
- Struttura: Bull Put Spread (modalità principale) o Bear Call Spread, vendita di credito a delta corto 0.10–0.15 (≈ 18% OTM).
- DTE: 14–21 giorni, sweet spot a 18 DTE.
- Sizing: Quarter Kelly = 13% del capitale corrente, con cap hard 200 EUR per trade e 1.000 EUR di engagement aperto totale.
- Gestione attiva: profit take 50% credito, stop loss 1.5× credito, vol stop +10 punti DVOL, time stop 7 DTE, exit su short strike testato (|delta| ≥ 0.30). Su ETH non si difende rollando: si esce.
- Frequenza: apertura ogni 7 giorni, una posizione alla volta.
Il sistema è deterministico: nessun LLM partecipa al decision loop. Le regole sono codificate, le soglie sono parametri di configurazione, i tool MCP sono usati esclusivamente come fonti di dati e canali di esecuzione (proposta verso Cerbero core, notifiche verso Adriano).
Catena di responsabilità
Cerbero Bite (rule engine) → Adriano (decisione finale) → Cerbero core (esecuzione)
- Cerbero Bite propone trade e segnala uscite. Non esegue mai direttamente sul broker.
- Adriano riceve un report strutturato e dà conferma esplicita.
- Cerbero core riceve l'istruzione tramite
cerbero-memory.push_user_instructionconsource="cerbero-bite"e ne pianifica l'apertura/chiusura sul proprio motore di esecuzione.
Documentazione
I documenti di progetto si trovano sotto docs/. Sono numerati e da
leggere in ordine per chi implementa.
| File | Contenuto |
|---|---|
docs/00-overview.md |
Visione del sistema, perimetro, non-obiettivi |
docs/01-strategy-rules.md |
Regole della strategia (entry/manage/exit) |
docs/02-architecture.md |
Architettura software, componenti, interfacce |
docs/03-algorithms.md |
Specifiche dettagliate dei sette algoritmi core |
docs/04-mcp-integration.md |
Mappa dei tool MCP usati e contratti |
docs/05-data-model.md |
Schema persistenza posizioni, log, KB |
docs/06-operational-flow.md |
Flussi operativi: avvio, settimanale, monitoring |
docs/07-risk-controls.md |
Kill switch, cap, dead-man, audit |
docs/08-testing-validation.md |
TDD, paper trading, golden tests |
docs/09-development-roadmap.md |
Fasi di sviluppo e milestone |
docs/10-config-spec.md |
Schema di strategy.yaml con soglie |
docs/11-gui-streamlit.md |
Dashboard Streamlit locale per osservazione e azioni manuali |
Stato attuale
Il progetto è in fase specifica. Nessun codice è stato ancora
prodotto; tutta la documentazione di design è quella presente nella
cartella docs/. La prima fase di implementazione è dettagliata in
docs/09-development-roadmap.md.
Avvertenza
Questo sistema gestisce capitale reale ed è soggetto alle Hard
Prohibitions di Cerbero (vedi Cerbero_Office/CLAUDE.md). Le opzioni
su criptovaluta sono strumenti complessi con rischio di perdita totale.
La validazione statistica via Monte Carlo (Cerbero_Office/NewStrategy/ analisi_dai_storici/) è uno stimatore, non una garanzia. Le regole di
stop loss e i cap di sizing sono non negoziabili.