docs(bite): verificato il primo giro post-eliminazione, e come NON leggere quote_status

Il giro delle 21:25 (primo con bite gia' cancellato): 576 chiamate, 0 risposte
429, 0 errori. E' il controllo che conta, perche' il guasto del 29/07 era la
raffica di bite che saturava il rate limit per-IP.

Aggiunta la tabella dei 5 giri della giornata, che mostra invarianza prima/dopo.

⚠️ E una precisazione sul nostro stesso strumento: 'ok' significa ALMENO UN LATO
del book, non quota completa. Con ok=572 le righe a due lati sono 432 (75.5%).
Che sia strutturale (opzioni molto OTM) e non un degrado si vede dall'invarianza
fra i giri, non dal fatto che il numero sembri alto.

E' 'una riga presente non e' un dato presente' un livello piu' in giu', applicata
allo strumento costruito per quella lezione: la battuta di cuore vedrebbe il
guasto del 29/07 (quote vuote) ma non una deriva verso book a un lato solo.
Nessuna soglia cablata: con 5 giri di storia sarebbe inventata, e una soglia
inventata e' peggio di nessuna soglia. La colonna da guardare e' 'due lati %'.

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

docs/diary/2026-07-30-assorbimento-cerbero-bite.md

@@ -108,6 +108,36 @@ committata e pushata come commit di dismissione. **Il dato era l'unica parte irr
 esista** — e "quanto è grande" non è la domanda da fare a un backup, "cosa contiene che l'originale
 non ha più" sì.
 
+### Il primo giro dopo l'eliminazione, e un modo di leggere male il nostro stesso indicatore
+
+Verificato invece che dedotto (21:25 UTC, il primo giro con bite già cancellato):
+**576 chiamate, 0 risposte 429, 0 errori.** È il controllo che conta, perché il guasto del 29/07
+era esattamente la raffica di bite che saturava il rate limit per-IP.
+
+| giro | righe | ok | no_quote | error | **due lati** |
+|---|---|---|---|---|---|
+| 20:00 | 570 | 552 | 17 | 1 | 71.6% |
+| 20:06 | 570 | 570 | 0 | 0 | 75.8% |
+| 20:22 | 570 | 570 | 0 | 0 | 75.6% |
+| 20:25 | 570 | 570 | 0 | 0 | 75.6% |
+| **21:25** | **572** | **572** | **0** | **0** | **75.5%** |
+
+(Il `1 error / 17 no_quote` delle 20:00 è il primo giro in assoluto, con bite ancora acceso a
+sparare al minuto `:00`: la firma del problema, catturata nel suo ultimo momento di vita.)
+
+⚠️ **`ok = 572` non significa "572 quote complete".** Nel collettore `ok` vuol dire *almeno un lato
+del book* (`bid is not None or ask is not None`); le righe con **entrambi** i lati sono **432 su
+572 (75.5%)**. Il resto sono book a un lato solo, normali sulle opzioni molto OTM. Che sia
+strutturale e non un degrado si vede dal fatto che la percentuale è **identica a tutti i giri**,
+prima e dopo l'eliminazione — non dal fatto che sembri alta.
+
+È la lezione «*una riga presente non è un dato presente*» un livello più in giù, applicata allo
+strumento costruito **per** quella lezione: la battuta di cuore distingue `ok`/`no_quote`/`error`,
+quindi vedrebbe il guasto del 29/07 (quote vuote), ma **non** vedrebbe una deriva più sottile —
+book che diventano progressivamente a un lato solo. Non è cablata una soglia: con cinque giri di
+storia sarebbe inventata, e una soglia inventata è peggio di nessuna soglia. **La colonna da
+guardare quando ci saranno settimane di serie è "due lati %".**
+
 ## File
 
 - `scripts/live/collect_chain.py` + `scripts/cron_chain.sh` — la raccolta (cron `25 * * * *`)