ombra di TradingBook documentata al §1; cc01_regime_watch registra i giri e sta in monitor_health (Fixes #11, Fixes #12)

- CLAUDE.md §1 OMBRA: cron :44 sulla stessa crontab, legge il conto con la STESSA chiave live di
  cerbero-mcp (verificato per hash), scrive solo nel suo albero (3 giri misurati, nessun file di
  data/ o logs/ di qui cambiato), non invia per assenza di codice e non per permesso. §12 rimanda.
- cc01: ogni giro con entrambi gli asset misurati scrive data/cc01_regime/runs.jsonl (ts ms,
  stato, funding 30g/7g); se non vede, non scrive e lo dice. monitor_health: MonitorSpec
  giornaliera, max_age 30h, percorso incrociato con cc01.RUNS da un test (P1).
- tests/test_cc01_regime_watch.py (4, rossi prima). Suite completa: 1074 passed.
Autorizzato da Adriano il 16/09 dopo la revisione settimanale.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

CLAUDE.md

@@ -59,6 +59,28 @@ dal 2026-08-25; era `:07`). Due vincoli, entrambi misurati: fuori dai ~26s del m
 annunciati), che il `:07` beccava — 4 volte in 63 giorni. **GTAA01, XS01, VRP01, XSR01 NON sono
 nel book live.**
 
+**OMBRA (non e' questo repo, ma gira sullo stesso conto).** Dal 2026-09-13 la crontab ha anche
+`44 * * * * /opt/AI-OS/automations/TradingBook/scripts/cron_ombra.sh`: il **book traslocato**
+(`Adriano/TradingBook`, stesso codice di questo repo al 13/09) calcola ogni ora il target e lo
+scrive in un registro, **senza inviare**. Finestra dichiarata fino al **30/09/2026**; confronto col
+`:47` di qui con `TradingBook/scripts/confronta_giornata.py`. Verificato il 16/09 (issue #11):
+- **cosa legge**: il conto Deribit tramite il gateway interno di TradingBook, con
+  `TradingBook/secrets/deribit.json`, il cui `client_id` **coincide** (confronto per hash) con
+  `DERIBIT_CLIENT_ID_LIVE` di cerbero-mcp, cioe' **la chiave con cui questo libro manda gli ordini**;
+  il feed tramite `TradingBook/data/raw`, un **collegamento** a `data/raw` di qui (sola lettura).
+- **dove scrive**: solo nel suo albero, `logs/cron_ombra.log`, `data/live/ombra.jsonl` e
+  `data/live/equity_seen.json`. Sui giri delle 18:17, 19:17 e 20:44 del 16/09 **nessun file** di
+  `data/` o `logs/` di questo progetto e' cambiato: il watermark di qui non lo tocca (P16).
+- **perche' non invia**: `book_ombra.py` non contiene il percorso d'invio, e
+  `TradingBook/tests/test_ombra_non_invia.py` lo verifica sul sorgente. 🚨 **La garanzia e' il CODICE,
+  non il permesso**: la chiave puo' fare trading. Una chiave Deribit di **sola lettura** per l'ombra
+  la crea l'operatore; finche' non c'e', qualunque script di TradingBook con un percorso d'invio
+  opererebbe con soldi veri.
+- **orario**: `:44` con `timeout -k 10 150`, quindi finisce entro le `:46:40`, prima del giro di qui.
+  Era `:17` fino al 16/09 e cadeva nello slot di release del martedi' (15/09 09:17: manutenzione
+  11051, due BUY calcolati sul paper capital nel registro d'ombra); da TradingBook#16 un conto o una
+  posizione illeggibile danno un giro **saltato**, come qui danno lo stop.
+
 **RICERCA (paper).** Portafoglio a 5 sleeve `src/portfolio/sleeves.active_sleeves`:
 TP01 33 / XS01 15 / VRP01 12 / SKH01 20 / GTAA01 20. **Non e' il book live** — quasi tutti i numeri
 di portafoglio del progetto sono su questa serie, non su quella che gira.
@@ -675,6 +697,7 @@ scripts/live/                → book_execute · venue_watch · fee_watch · edg
                                monitor_health · collect_chain · paper_* · trades_db ·
                                journal · analista
 scripts/cron_{book,daily,chain,opt_snapshot,vol_term,review}.sh
+                             (la crontab ha anche cron_ombra.sh di TradingBook: vedi §1, OMBRA)
 docs/memory/                 → LA MEMORIA (indice in testa a questo file)
 docs/research/               → BRIEF-0822 · RESULTS-0822 (§1-77) · SPEC-scale-key
 docs/diary/YYYY-MM-DD.md     → una voce per esperimento (146)