Files
Adriano e42ab5369f giornali 10-15/09 e revisioni 14/09 (NON eseguita, limite Fable) e 16/09 (rilancio a mano, esito sospetta)
Solo documenti generati da cron_daily e revisione.py, nessun codice. Su richiesta di Adriano 16/09.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-09-16 19:46:36 +00:00

9.5 KiB
Raw Permalink Blame History

Revisione settimanale — 2026-09-16

Scritta il 2026-09-16T19:39:30Z dal modello claude-fable-5-1, revisore diverso dall'autore del codice, in SOLA LETTURA: nessun file del repo, nessuna config, nessun ordine e' stato toccato. E' l'opinione di un lettore fallibile (P13): ogni numero e ogni proposta vanno verificati alla fonte prima di agire. Guardia sui numeri: sospetta — 7 numeri non presenti nel materiale: 1583.06, 1605.12, 1621.12, 5.11, 5.12, 5.16, 5.7.

Sintesi

  • URGENTE (conferma, non allarme sul saldo). La crontab installata contiene dal 13/09 una riga nuova: 17 * * * * /opt/AI-OS/automations/TradingBook/scripts/cron_ombra.sh («giro d'ombra del book TRASLOCATO … NON invia»). Non compare in CLAUDE.md (§1, §12), in nessun commit dal 02/09, ne' in monitor_health. Che non invii lo dice solo un commento. L'operatore confermi cosa legge (stesso gateway e stesso token del debito §5.11?), dove scrive, e che non tocchi data/live di questo progetto (P16).
  • Un sorvegliante morto 13 notti senza che nessuno lo vedesse: commit a6a49d9 (16/09) «cc01_regime_watch … moriva ogni notte dal 03/09 su from src.live.cli». Non e' nella tabella di monitor_health; e' un effetto collaterale della riparazione del debito §5.16 (02/09). P5: «non vedo» letto come «va bene».
  • Libro: settimana di marcatura negativa; trading da arming $-3.28 al 15/09 (giornale 2026-09-15), TWR +6.25%; SKH01 SHORT su BTC @ 75,707.5 dal 15/09, leva 0.13x. Esecuzione 24/24 ogni giorno, feed SKH 0 min. Nessun gate scade prima del 27/09 (STATARB).
  • Il giornale 2026-09-11 non ha la sezione «Analisi (agente)»: modello muto o errore, non determinabile dal materiale.
  • Ripetute dal 09/09 e ancora aperte: contraddizione sull'haircut (M28); sorveglianti senza ora dell'ultimo giro.

Cosa non torna

  1. Riga di cron non registrata (crontab, commento datato 13/09/2026). Il progetto ha una regola scritta per questo caso: tests/test_book_cadenza.py legge la crontab «tutte le righe attive» ma cerca solo cron_book.sh (CLAUDE.md §5.7); un secondo processo orario sullo stesso conto e' fuori da ogni guardia. Il git log dal 02/09 non contiene un commit che lo descriva.
  2. cc01_regime_watch (commit a6a49d9): 13 notti di traceback dal 03/09 al 16/09. monitor_health elenca 9 monitor e non questo. tests/test_cli_flag.py verifica che valida sia la prima istruzione (§5.16), non che l'import riesca lanciando lo script come fa il cron. Non determinabile se altri job di cron_daily.sh abbiano lo stesso difetto: lo .sh non e' nel materiale.
  3. Haircut, due testi che si contraddicono (M28). CLAUDE.md §1: X:SM dal 31/08, «available_funds … $2.011,09, contro $2.010,90 attesi con haircut 5%» — cioe' l'haircut si applica. Piu' sotto, stesso §1: «haircut 5% … oggi comunque non si applica, vedi sopra». E config/live.json _nota_usde dice ancora «il modello di margine ATTIVO e' Segregated: Standard Margin (S:SM) … l'haircut oggi non si applica affatto», scritto prima del passaggio a cross. Segnalato il 09/09 (diario 2026-09-09c §5), non fra i cinque punti del 10/09.
  4. Giornale 2026-09-11: 13 round-trip chiusi con 8 fill, fee 0.4046, posizioni a fine giornata quasi ferme (BTC $+688 → $+687, ETH $+449 → $+444). Il 15/09, con gli stessi 8 fill, la fee e' 0.2114 e il netto BTC e' passato da $+689 a $+129. Dedotto: l'11/09 c'e' stato un ciclo intraday che la pagina, fotografia di fine giornata, non mostra. L'analista del 14/09 ha posto la stessa domanda («se sono ritagli di taglia va bene, se sono uscite no») e resta senza risposta.
  5. Prompt dell'analista stantio: l'Analisi del giornale 2026-09-10 scrive che la descrizione del libro nel prompt «indica un capitale molto inferiore all'equity di $4,454.86». Nessun commit successivo lo tocca; non determinabile se corretto.
  6. Sorveglianti senza prova di vita. scale_watch_state.json non ha un timestamp e scale_history.jsonl ha la sola riga del 01/09: per A2 di SCALA-01 («criterio passato ogni giorno», §4) non c'e' nel materiale un'evidenza giornaliera. venue_news.jsonl: ultimo visto_il 2026-08-31, tutte righe seed: o nessuna notizia in 16 giorni o il lettore e' fermo, non distinguibile. edge_watch: ultimo stato citato 27/07 (§4), 51 giorni fa.
  7. Working tree: sei pagine di giornale (10-15/09) e docs/revisioni/2026-09-14.md non committate, mentre 79afe41 mostra che i giornali si committano. La revisione del 14/09 non e' nel materiale: non determinabile se le sue segnalazioni siano state trattate.
  8. Cuscino USDC in erosione, dato mancante: usde_watch eq_usdc 1621.12 (14/09) → 1605.12 (15/09) → 1583.06 (16/09), quota 0.6377 → 0.6431. monitor_health dice cuscino_watch OK, ma il suo record (slack, stato) non e' nel materiale. Non e' un allarme: e' un buco di lettura.

Cosa e' maturo da decidere

gate data criterio scritto stato che il materiale mostra
STATARB 2026-09-27 (fra 11 giorni) soglie 24/07 + diagnostica statica sempre-short (§4) Sharpe −1,61 al 26/08; nessun valore piu' recente nel materiale; paper_statarb OK. Cade fra la revisione del 21/09 e quella del 28/09: chi lo legge il 27/09 non e' stabilito
edge_watch continuo (A) Sharpe 36m < −0,5 · (B) DD TP01 < 75% del buy&hold ultimo stato 27/07 (+1,51, 8/8); nulla di piu' recente
USDE-01, PROP-01 passati — chiusi (§4)

Prossimi, fuori dai 30 giorni: XSR01 23/10, DVOLSPREAD kill 24/10. Nessuna condizione della colonna «cosa la riapre» di §3 risulta soddisfatta: weights_tilt_null fallisce ancora (26/07, cache al 25/07, diario 2026-09-09 §1); book a $4,433.75 contro la soglia $15k di GTAA01; stato di fee_watch assente dal materiale.

Decisioni dell'operatore: (a) registrare o togliere il giro d'ombra; (b) nominare chi legge STATARB il 27/09.

Proposte (nessuna azione eseguita)

  1. Ogni job lanciato dal cron sotto monitor_health o con un «ultimo esito + ora» leggibile, inclusi quelli interni a cron_daily.sh e il giro d'ombra. Verifica preliminare: confrontare l'elenco dei job in cron_daily.sh con le 9 righe di monitor_health.
  2. Un test che lanci ogni script di scripts/live/ come lo lancia il cron (processo separato, cwd diverso, --help): e' il caso #10 reso strutturale, nello spirito del debito §5.12 («non si chiede a ogni autore di ricordarsene»).
  3. Chiudere la contraddizione haircut in §1 e in _nota_usde: un solo testo che dica quale modello e' attivo e se l'haircut si applica.
  4. Fill del giorno nella pagina di giornale (ora, asset, verso, importo): chiesto il 09/09 come «registro fill della settimana»; avrebbe risposto da solo ai punti 4 e all'analista del 14/09.
  5. Timestamp dell'ultimo giro in scale_watch_state.json e in venue_news: senza, A2 di SCALA-01 non e' dimostrabile alla sua data.
  6. Committare giornali e revisione del 14/09.

Nessuna idea di strategia: nulla nel materiale batte i motivi di morte di docs/memory/20-ondate-e-scartati.md; r0910_macro_riskoff (REFUTED 0/3, diario 2026-09-10b) lo conferma per l'ennesimo risk-off.

Cosa ho letto e cosa mi mancava

Letto: CLAUDE.md intero; config/live.json; crontab; git log dal 02/09 e status; monitor_health; stati di scale_watch, scale_history, vrp_f_watch, usde_watch, usde_convert, balance_watch, venue_news, movimenti dichiarati, watermark; giornali 09-15/09; diari 2026-09-09, 09b, 09c, 10, 10b. Questo giro e' di mercoledi' 19:39Z, non del lunedi' 06:15: e' fuori cadenza.

Mancava: docs/revisioni/2026-09-14.md e l'esito delle sue segnalazioni · il contenuto di cron_daily.sh e di cron_ombra.sh · il record di cuscino_watch (slack e stato) · stati con ora di edge_watch, fee_watch, venue_watch, scale_watch · l'output di usde_watch.rendimento() col suo n · il valore a oggi delle serie paper (STATARB in particolare, a 11 giorni dal gate) · i fill della settimana · l'esito della suite dopo a6a49d9 · il testo corrente del prompt dell'analista.


Firma e materiale

  • revisore: claude-fable-5-1 · cadenza settimanale · giornale 7 g · diari 7 g · commit 14 g
  • scritto da scripts/live/revisione.py (cron scripts/cron_review.sh); l'unico file scritto e' questo
voce caratteri troncata
CLAUDE.md (stato, book, numeri, decisioni vincolanti, gate, debiti, regole) 85,904
config/live.json (unica autorita' dei guardrail live) 8,439
crontab installata (crontab -l) 1,753
git log dal 2026-09-02 + stato del working tree 1,680
monitor_health (i forward-monitor stanno registrando?) 610
stato scale_watch_state.json 149
stato scale_history.jsonl (ultime 3) 259
stato vrp_f_watch/state.json 454
stato usde_watch.jsonl (ultime 3) 1,407
stato usde_convert.jsonl (ultime 3) 9,520
stato balance_watch.jsonl (ultime 2) 581
stato venue_news.jsonl (ultime 5) 1,564
stato movimenti_dichiarati.jsonl 1,101
stato equity_seen.json (watermark) 73
giornale 2026-09-09 3,705
giornale 2026-09-10 3,833
giornale 2026-09-11 2,348
giornale 2026-09-12 3,611
giornale 2026-09-13 3,823
giornale 2026-09-14 3,736
giornale 2026-09-15 3,731
diario 2026-09-09-crolli-opzioni-monete.md 17,894
diario 2026-09-09b-debito-18-cblib-causale.md 14,150
diario 2026-09-09c-revisione-settimanale.md 8,031
diario 2026-09-10-cinque-punti-revisione.md 15,020
diario 2026-09-10b-macro-riskoff.md 3,150