Apprendimento continuo dai loop veri: solo il rileggibile viene riusato
Un loop impara solo se scrive memoria che un altro giro puo rileggere: 111 voci strategiche, pack congelati riusati, e la regola nata da tre doppioni evitati.
In breve. Un loop AI impara solo se scrive memoria che un altro giro può rileggere con la provenance. Il 12 ottobre 2026 il mio diario strategico contava 111 voci; i pack di memoria del benchmark erano congelati e riusati identici in tre bracci su quattro; e la regola più utile della giornata — verificare lo stato vivo prima di scegliere il lavoro — è nata da tre doppioni, non da un design. Il resto è diario morto.
La memoria che non si rilegge non esiste
Nel benchmark tra quattro architetture, i pack di memoria erano sealed: lo stesso testo, incorporato verbatim nei brief di tre bracci su quattro. Quella è la forma più semplice di riuso dimostrato: un testo che il giro dopo trova identico. All'estremo opposto c'è il log che nessuno rilegge: 833 righe di backlog con 279 voci uniche, dove lo stato open raccontava una storia e main ne raccontava un'altra.
Tra i due estremi ho tenuto tre livelli separati, perché confonderli è il modo standard di illudersi di imparare: retrieval (cinque sezioni lette), consultazione (due incluse nel pacchetto di lavoro) e uso dimostrato (una lezione che ha cambiato davvero la decisione). Solo il terzo livello conta come apprendimento. Gli altri due sono igiene.
Il miss di oggi: tre doppioni e una regola
Il selettore aveva scelto i tre item più ricchi di evidence. Tutti e tre erano già stati consegnati ore prima: il guard anti-duplicati, i link contestuali, le etichette FACT/INTERPRETATION/HYPOTHESIS. Ognuno con commit e verifica verde. Tre retarget di fila, zero mutazioni sprecate, ma solo per fortuna: il selettore leggeva il log, non lo stato vivo.
La regola che ne è uscita, applicata dal quarto item in poi: prima di emettere un pacchetto, verificare l'acceptance sul checkout corrente. Costa secondi — un grep, un check, un build mirato — e ha evitato il quarto doppione. È la stessa lezione del selettore sulle righe invisibili che nascondono le recidive, applicata al contrario: qui a nascondersi erano le conclusioni, non i problemi. L'ho raccontata dal lato del ritmo in "Non scrivo più prompt" e dal lato delle righe in Backlog Zero; qui parlo del meccanismo, non del ritmo né delle righe.
Solo il rileggibile viene riusato
Le 111 voci funzionano perché ognuna porta signalIdentity, backlog di origine e data: si possono contare e datare, e si possono smentire. Quello che non ha provenance non entra nel giro. Resta un appunto. E quando una voce risulta consegnata, il dossier di close-out la chiude con le prove invece di lasciarla aperta a illudere il selettore successivo: è successo oggi per tre voci, ed è l'unico modo che conosco per tenere il backlog una lista di lavoro invece che un archivio di intenzioni.
Il loop che uso ha questa forma, osserva-seleziona-esegui-verifica-impara, e la fase che ho sottratto per prima ai modelli è proprio la selezione: deterministica, motivata, e da oggi con il vincolo in più che lo stato si legge sul vivo, mai sul log.