 Adriano
|
42b0fbe1ab
|
Phase 4: orchestrator + cycles auto-execute
Componente runtime/ che cabla core+clients+state+safety in un engine
autonomo notify-only: nessuna conferma manuale, ordini combo
piazzati direttamente quando le regole passano. 311 test pass,
copertura totale 94%, runtime/ 90%, mypy strict pulito, ruff clean.
Moduli:
- runtime/alert_manager.py: escalation tree
LOW/MEDIUM/HIGH/CRITICAL → audit + Telegram + kill switch.
- runtime/dependencies.py: build_runtime() costruisce
RuntimeContext con tutti i client MCP, repository, audit log,
kill switch, alert manager.
- runtime/entry_cycle.py: flusso settimanale (snapshot parallelo
spot/dvol/funding/macro/holdings/equity → validate_entry →
compute_bias → options_chain → select_strikes →
liquidity_gate → sizing_engine → combo_builder.build →
place_combo_order → notify_position_opened).
- runtime/monitor_cycle.py: loop 12h con dvol_history per il
return_4h, exit_decision.evaluate, close auto-execute.
- runtime/health_check.py: probe parallelo MCP + SQLite +
environment match; 3 strikes consecutivi → kill switch HIGH.
- runtime/recovery.py: riconciliazione SQLite vs broker
all'avvio; mismatch → kill switch CRITICAL.
- runtime/scheduler.py: AsyncIOScheduler builder con cron entry
(lun 14:00), monitor (02/14), health (5min).
- runtime/orchestrator.py: façade boot() + run_entry/monitor/health
+ install_scheduler + run_forever, con env check vs strategy.
CLI:
- start: avvia engine bloccante (asyncio.run + scheduler).
- dry-run --cycle entry|monitor|health: esegue un singolo ciclo
per debug/test in produzione.
- stop: documenta lo shutdown via SIGTERM al container.
Documentazione:
- docs/06-operational-flow.md riscritto per il modello
notify-only auto-execute (no conferma manuale, no memory,
no brain-bridge).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-04-28 00:03:45 +02:00 |
|