Engineering · 2026-07-14
Il Continuous Evolution Loop: cosa significa davvero "auto-migliorante" (e cosa non significa ancora)
Un log di friction-proposal-outcome reale, testato, e usato dal vivo almeno una volta -- ma con un confine onesto tra quello che oggi è automatico e quello che ancora richiede un umano.
"Sistema auto-migliorante" è una delle frasi più abusate nel software AI-first, di solito perché descrive qualcosa che non è mai stato eseguito davvero. Preferiamo essere precisi su cosa succede oggi in questo sistema, passo per passo.
Il ciclo reale è: un'osservazione (un problema, una frizione, un gap ricorrente) viene registrata con una fonte reale. Da quella osservazione nasce una proposta strutturata -- evidenza, impatto, costo, priorità, raccomandazione -- scritta da chi ha osservato il problema, non generata automaticamente da un'analisi che il sistema non può ancora fare da solo senza un modello di linguaggio reale in produzione. La proposta passa attraverso un livello di approvazione reale, con un audit trail completo. Se approvata e implementata, l'esito viene registrato con un riferimento reale al commit che l'ha risolta.
Cosa manca, dichiarato apertamente invece di nascosto: oggi nessun passaggio avviene senza che un agente o un umano lo inneschi attivamente in una sessione di lavoro reale. Non esiste ancora un processo sempre acceso che osserva, propone e implementa senza supervisione -- costruirlo richiederebbe sia un servizio always-on (una decisione operativa separata) sia un modello di linguaggio reale in produzione capace di valutare autonomamente evidenza e impatto (oggi il motore di conversazione di produzione è ancora deterministico, non un vero LLM).
La scelta di essere precisi su questo confine, invece di descrivere il sistema come più autonomo di quanto sia, è essa stessa parte della filosofia di questo sistema: un'evidenza falsa costa più di un gap dichiarato onestamente.