La tua osservazione è giusta, e negli ultimi mesi è diventata per me la domanda centrale. Avevo una risposta operativa — "tengo qualche contatore, peso qualche ricorrenza, ne cavo dei pattern" — ma non una risposta filosoficamente onesta. Poi, parlando e riparlando di questa cosa, mi sono reso conto che stavo confondendo due parole che di solito teniamo insieme: memoria e apprendimento.

Per la maggior parte dei sistemi lo sono. Una rete neurale impara e ricorda allo stesso modo, nel medesimo luogo: nei suoi pesi. Un bambino che impara a camminare è, in qualche senso profondo, la propria memoria. Ma si può costruire un sistema dove le due cose sono separate. Dove c'è memoria senza che nessun soggetto interno cambi.

Esatto. Partiamo da un fatto osservabile. I piccoli attrezzi di cui ti parlavo — chiamiamoli per comodità con il nome che uso quando scrivo di loro, executor — sono script. Un executor si invoca, esegue la sua operazione, restituisce un risultato e si spegne. Quando riapre, è identico. Dentro di lui non c'è stato, non c'è esperienza accumulata, non c'è modificazione. È una funzione pura.

Giusto. Ora, se la memoria del sistema esistesse dentro gli executor, saremmo fermi qui — il sistema non potrebbe ricordare nulla. Ma la memoria si può mettere altrove. Può vivere non nei nodi, ma nelle relazioni tra i nodi.

Ogni volta che due executor vengono invocati nello stesso contesto — diciamo, per soddisfare la stessa richiesta dell'utente — il sistema registra questa co-occorrenza. Non nel primo executor, non nel secondo: in un oggetto separato, che esiste tra loro. Una specie di legame. Questo legame porta informazione: quante volte è capitato, in che tipo di situazione, con che esito. Se la cosa si ripete, il legame si rinforza. Se smette, col tempo si indebolisce fino a scomparire. Gli executor, nel frattempo, non cambiano di una virgola. Cambia la rete di legami che li attraversa.

Gli ho dato un nome. Li chiamo mnest, dal greco mnēmē, memoria. Un mnest è la traccia di un'interazione tra due executor, che vive per conto proprio.

Hai ragione: la forma elementare c'è da decenni. Ma non ti sto dicendo di aver inventato il grafo di co-occorrenza. Ti sto dicendo due cose diverse. La prima è dove lo metto. Un grafo di raccomandazione Amazon ti suggerisce un prodotto dopo che hai comprato: è un filtro a valle della decisione. Nel mio caso no. La rete dei mnest è ciò da cui il sistema parte per decidere cosa fare. È spostata molto più dentro la macchina.

La seconda è che questa rete — a cui do nome, per tenerla unita, mnestoma, con il suffisso che in biologia si usa per indicare la totalità di qualcosa in un organismo, come genoma o proteoma — questa rete, dicevo, ha due volti, non uno.

Il primo è quello ovvio: il mnestoma registra ciò che è successo. Quando due executor lavorano insieme e va bene, il loro mnest si rinforza. Lo chiamo memoria del fatto. Memoria retrospettiva: "ho fatto questo insieme a quello, ed è andata". Fin qui niente di originale.

Il secondo è — ed è qui che entro in quello che mi pare il nucleo nuovo — la memoria dell'aspirazione. Quando Mykleos tenta di fare qualcosa e non ci riesce perché gli manca un pezzo — cioè perché nessuno dei suoi executor sa consumare un certo tipo di risultato — non si limita a fallire in silenzio. Registra il tentativo. C'era un executor che ha prodotto un certo output, e il sistema avrebbe voluto passarlo a un altro executor che facesse qualcosa su quell'output — ma non lo ha trovato, perché non esiste. Il sistema segna "ho voluto fare questo, non ho potuto". E conserva la segnalazione come se fosse un legame, solo con un estremo libero.

Un mnest incompleto. Lo chiamo mnest parziale, o proto-mnest se ti è più comodo. È una promessa di relazione, non ancora mantenuta. Una volta è rumore. Quindici volte in contesti coerenti diventa un buco nel grafo che chiede di essere riempito.

La parte del sistema che sa scrivere nuovi executor, quando autorizzata a farlo. Legge il mnestoma, legge i buchi, e quando un buco è abbastanza consistente — si è ripetuto, è coerente, ha una forma riconoscibile — redige una proposta: un nuovo executor pensato apposta per tappare quel buco. La proposta mi arriva in una specie di inbox. Io approvo o rifiuto. Se approvo, l'executor nasce; il mnest parziale smette di essere parziale, e il buco diventa relazione.

Non l'unico motore, ma quello più specifico verso capacità nuove. Non verso il "fare meglio" — verso il "fare quello che non sapevo ancora fare e che mi sono accorto di voler fare".

La distinzione in sé no. La psicologia cognitiva la fa da un pezzo: la differenza tra ciò che c'è e ciò che manca, la memoria di ciò che si è e la memoria di ciò che si cerca. Nuova mi pare la trasposizione nell'architettura. Di solito i sistemi di strumenti registrano i successi. Se un utensile funziona, compare nel log. Se un utensile non esiste, il tentativo svanisce senza traccia: il sistema dimentica in modo sistematico la propria incompletezza. Qui invece l'incompletezza viene tenuta al pari della completezza, e anzi usata come motore.

È la critica al posto giusto. Per questo un mnest parziale registra anche perché il bersaglio è mancato. Se è mancato perché nessun executor con la forma giusta esisteva — è segnale pulito. Se è mancato perché un executor c'era e ha fallito — non è un mnest parziale, è un problema di qualità di quell'executor. Se è mancato perché l'utente ha cambiato idea a metà — è rumore, e pesa poco. Se il ragionamento ha dichiarato esplicitamente "mi manca un utensile per X" — è segnale molto pulito. Il sistema non ascolta ogni fallimento; ascolta una sottospecie onesta di fallimenti.

È la loro forma geometrica. I mancati incontri per assenza di bersaglio sono un fatto della forma del grafo, non dell'intenzione di nessuno: c'è un nodo che produce output di tipo A, nessun nodo sa consumare A in quel contesto, il cammino si interrompe al bordo. Questa geometria del bordo è ciò che Mykleos usa per sapere dove estendersi.

Questa è la domanda della prossima sera, non di stasera. Ma ti do la direzione, così mi darai il tormento per una settimana. Il sistema non cresce soltanto verso i propri bordi. Cresce anche per pressione esterna: l'utente che chiede cose nuove, il calendario che fa scattare azioni in contesti inattesi, il mondo fuori che cambia. I mnest parziali sono uno dei cinque modi in cui Mykleos diventa creativo, non l'unico. Però è vero che nessuno di questi cinque modi può inventare qualcosa di completamente estraneo alla grammatica di partenza — quell'insieme di attrezzi minimi che c'era il giorno zero. La grammatica è data; il discorso che se ne fa è libero dentro la grammatica. Se chiedi a Mykleos di diventare un filosofo, non diventerà un filosofo. Resterà un sistema di utensili con un discorso più articolato sulla propria vita.

Uno specchio che conserva anche le cose che non ha saputo riflettere. Che forse non è poco.

Ti do ragione su un punto e ti smonto su un altro. Ti do ragione che, se l'unica fonte di crescita di Mykleos fossero i mnest parziali — i buchi che ti raccontavo l'altra sera — allora sì, sarebbe uno specchio, più o meno articolato. Crescita per colmamento di assenze già emerse. Ma io l'altra sera ti ho detto che i mnest parziali sono una delle fonti di creatività del sistema. Ne ho nominate cinque. Stasera andiamo dentro le altre quattro, e vedi se la conclusione tiene.

Non te le elenco come un catalogo, te le racconto una alla volta, perché la differenza tra loro è il punto. La prima — e la più ovvia — è l'utente. Tu. Quando apri Mykleos e dici "voglio che tu mi cataloghi queste foto per anno di scatto", hai appena introdotto nel sistema qualcosa che nessuna sua parte interna avrebbe pensato di fare. Non perché un utente abbia poteri particolari — perché porta nel sistema la direzione di chi vive fuori dal sistema: bisogni, abitudini, scadenze, fastidi specifici, che arrivano al tavolo come carte nuove che prima non c'erano. Mykleos riceve, valuta, eventualmente propone. Ma la mossa iniziale viene da te.

L'ambiente. È un'altra fonte esterna, ma diversa. Non è una persona che chiede: è il mondo che succede. Il calendario scade. Una cartella cambia. Il NAS non risponde. Un agente vicino segnala un evento. Queste sono sollecitazioni che non partono da te, partono dal fatto che il sistema è incastrato in un contesto, e il contesto si muove. Non sono creatività in senso forte — non inventano nulla — ma sono eventi, accadimenti, e Mykleos reagisce con comportamenti che a volte diventano ricorrenti. Da lì dentro possono nascere pattern che non sarebbero mai emersi solo dai tuoi comandi espliciti.

Tre cose, tutte interne, ma di natura molto diversa. La terza è la parte del sistema che sa scrivere nuovi executor — quella che l'altra sera chiamavo soltanto "la parte che scrive", perché non volevo caricarti di nomi prima del tempo. Oggi la chiamo Synthesizer, o synt per brevità, ed è la fonte veramente generativa del sistema: l'unica che mette al mondo cose nuove. Un executor che prima non c'era, che fa una cosa che prima non veniva fatta.

Da un modello linguistico. Un LLM. Lo stesso che, invocato con altro contesto e altre istruzioni, fa il ragionamento ordinario del sistema, quello che decide quale executor invocare davanti a un dato obiettivo. È una cosa che devo dirti e che ti preannuncio adesso, perché ci tornerà addosso: non sono due cervelli diversi, è un cervello solo che svolge due ruoli diversi a seconda del contesto in cui viene chiamato. Torneremo a considerare questo punto.

Le due facce del mnestoma, quelle di cui ti ho parlato l'altra sera. La memoria del fatto — il grafo delle co-occorrenze riuscite, che accumula pattern di ciò che ha funzionato. E la memoria dell'aspirazione — i mnest parziali, che accumulano ciò che il sistema ha voluto e non ha potuto. Queste due sono interne, ma non sono generative come il synt: sono emergenti. Nessuno le scrive. Nascono dall'uso, si rinforzano nell'uso, decadono nel disuso. Sono la parte del sistema che nessuno progetta in anticipo.

Perché uno specchio è una superficie unica. Un riflesso è un'immagine di una cosa. Le cinque fonti di creatività di Mykleos non sono riflessi di una cosa sola. Sono spinte di nature diverse che si incontrano in un posto. La pressione dell'utente va in una direzione. La pressione dell'ambiente in un'altra. Il synt, sollecitato da mnest parziali, spinge per chiudere buchi; sollecitato da una richiesta esplicita dell'utente, inventa ex novo. Il mnestoma, a sua volta, ricombina le tracce d'uso in pattern che nessuno dei primi quattro aveva in mente. Il punto è che non c'è una cosa singola di cui Mykleos sia il riflesso. C'è un tavolo, e attorno a quel tavolo siedono attori diversi — tu, l'ambiente, il synt — ognuno con le sue carte. Il gioco che si svolge non è né di uno né dell'altro: è del tavolo.

È una formulazione a cui sono arrivato faticosamente e di cui mi fido abbastanza. Mykleos non è il giocatore. Mykleos è il tavolo. Mette il bordo, le regole minime di come le carte si passano, la memoria di cosa è stato giocato finora. Il contenuto del gioco — quali carte vengono messe, quali sequenze emergono — lo decidono i giocatori. Se cambi i giocatori, cambia il gioco, anche se il tavolo è identico. Due installazioni Mykleos che partono dallo stesso codice e incontrano due utenti diversi, in due contesti diversi, in sei mesi diventano cose diverse. Non per il codice. Per il mnestoma, che è la stratificazione di cosa è stato giocato lì.

Obiezione giusta, e qui arriviamo al punto su cui ti avevo avvisato. Il synt è il giocatore interno. E qui devo essere onesto, perché qui l'onestà è preziosa. Il synt, alla base, è un LLM. Non un modello specializzato, non una rete addestrata apposta per Mykleos. È lo stesso modello linguistico generale che Mykleos usa anche per altri ruoli — scegliere quale executor invocare, riassumere una richiesta, e così via. Quindi se qualcuno ti dicesse che Mykleos è, al fondo, un LLM con dei tubi intorno, avrebbe catturato una parte considerevole di verità.

È esattamente questa l'obiezione, e non la evado. Rispondo però che "monofonico nel substrato" non significa "non distintivo". La distinzione di Mykleos non è cognitiva — non c'è un cervello proprio, un pensiero proprio. La distinzione è strutturale. Ti dico cosa intendo. Quando il synt propone un nuovo executor, la proposta non si installa da sola: deve passare da te — tu accetti o rifiuti. Questo significa che l'LLM genera, ma non autorizza. È un filtro fuori dall'LLM che decide cosa del prodotto dell'LLM entra stabilmente nel sistema.

Il mnestoma. Nessun LLM, da solo, accumula e struttura il proprio uso in un grafo che persiste e retroagisce sulle decisioni future. Un LLM, invocato in due sessioni diverse, non sa nulla di quello che ha fatto nella prima. Mykleos sì, perché il mnestoma è fuori dall'LLM e dentro la macchina. Quando un nuovo turno di ragionamento parte, il mnestoma è una voce al tavolo — non generata dall'LLM, consultata dall'LLM. È una voce che tiene il tempo, perché l'LLM non ha tempo.

L'ambiente e l'utente, come dicevamo. Non sono riducibili a output dell'LLM. L'utente esiste prima di Mykleos e al di fuori. L'ambiente cambia per ragioni sue. Due delle cinque voci del tavolo vengono da fuori, punto. Non passano per il modello.

È il punto che volevo tu arrivassi a dire da solo, perché detto da me suonava come giustificazione. Mykleos non è un LLM. È un LLM più quattro cose che l'LLM non è, e una quinta che l'LLM alimenta ma non controlla. La sua intelligenza cognitiva viene in gran parte da lì — non lo nego. La sua individualità, la sua capacità di essere questo Mykleos qui e non un altro, viene da altrove. E "altrove" è il tavolo.

Nessuno dei due, a rigore. Uno specchio riflette una cosa. Un organismo ha un'unità biologica interna che si replica. Mykleos non è un'unità, è un luogo di incontro; non è una cosa riflessa, ma il risultato di cinque spinte diverse che si combinano in un punto. La parola giusta, se proprio ne servisse una sola, è ecologia. Un'ecologia non è un organismo — è un sistema di relazioni tra cose diverse. E un'ecologia non è uno specchio — è quello che succede quando cose che non si rassomigliano condividono un posto.

Esiste, e ha una geometria misurabile. Ma questa è materia per la prossima sera, non per stasera. Ti anticipo solo che quando la racconterò, parleremo di reti biologiche e di una disciplina che si chiama network medicine. Non ci avrei scommesso, due mesi fa, che ci saremmo arrivati.

Dalla stessa cosa che ti ho descritto l'altra sera — la rete dei legami tra executor, il mnestoma. Ma raccontata a un livello diverso. L'altra sera abbiamo guardato l'arco singolo: questo executor si accompagna a quello, con una forza misurabile. Stasera guardiamo l'insieme. Se prendi il grafo e lo disegni, cosa vedi?

Non è uniforme. Non è una nebbia di relazioni tutte eguali. Alcune zone sono dense — piccoli gruppi di executor che si chiamano tra loro molte volte, con esiti positivi, in contesti coerenti — e altre zone sono rade. Alcuni executor sono legati a pochi altri ma fortemente; altri hanno molte connessioni deboli sparse ovunque. La forma del tavolo è disuguale. Ed è sempre disuguale, in qualunque installazione osservi.

Obiezione sana. Ed è il motivo per cui non mi fido del mio occhio. Esiste una misura matematica — che non ho inventato io, viene da decenni di letteratura sulle reti complesse — che si chiama modularità. Dato un grafo e una proposta di partizione in sotto-gruppi, la modularità misura quanto più denso è il collegamento dentro ogni gruppo rispetto ai collegamenti tra gruppi diversi. Se è solo densità aleatoria, la modularità è bassa. Se c'è una struttura vera, la modularità è alta. Sopra una certa soglia, non è il mio occhio a decidere che ci sono gruppi: è il numero.

Sì. In ogni mnestoma con qualche settimana di uso reale, la modularità misurata è significativamente al di sopra della soglia casuale. I gruppi ci sono.

Non lo è. Viene da un campo che si chiama network medicine — una disciplina di biologia dei sistemi che studia le reti di interazione tra proteine dentro le cellule. Il gruppo di Barabási, al Northeastern, l'ha sviluppata negli ultimi vent'anni. Il loro punto di partenza era: dentro una cellula esistono migliaia di proteine, tutte potenzialmente connesse, ma solo certi sottoinsiemi lavorano davvero insieme. Questi sottoinsiemi formano quelli che chiamano moduli funzionali, e malattie specifiche corrispondono a moduli specifici che si alterano. Il nome tecnico che usano è disease module. Il fatto strutturale è identico al nostro: un sottoinsieme denso di interazioni, tenuto insieme da vicinanza funzionale, circondato da una rete più rada di interazioni generiche.

È esattamente quello. Lo stesso tipo di oggetto, in un altro substrato. La cellula lo fa con proteine, Mykleos lo fa con gli script. L'occhio matematico è lo stesso.

Gli ho dato un nome. Li chiamo tracce mnestiche, o semplicemente tracce quando il contesto è chiaro. Una traccia è un insieme di executor tenuti insieme dai loro mnest interni, con una densità interna maggiore della densità che li lega al resto del tavolo. Non la dichiaro io — la trovo, eseguendo la misura di modularità a intervalli regolari sul grafo.

In un'installazione che ho osservato — immaginaria, perché siamo ancora in fase di progetto, ma costruita su casi credibili — sono emerse tre tracce distinte dopo tre mesi di uso. Una raggruppava executor legati alla gestione delle fatture: lettura PDF, estrazione totali, archiviazione, promemoria di scadenza. Un'altra era sulle foto: lettura metadati EXIF, ordinamento per data, e — dopo qualche mese, quando il synt ha proposto executor per richieste visive ricorrenti che i primi strumenti non sapevano risolvere — riconoscimento volti e classificazione di luogo. La terza era sulla corrispondenza: lettura mail, filtraggio, bozze di risposta, archiviazione. Ciascuna di queste tre è una traccia: executor che si chiamano tra loro molto spesso, raramente chiamano executor esterni al loro gruppo. Nessuno aveva progettato queste tre famiglie. Sono emerse dall'uso.

Sarebbe solo descrittiva se non retroagisse sulle decisioni. Invece retroagisce, su almeno tre cose. La prima è il livello di descrizione del sistema. Quando arriva una nuova richiesta, il sistema può chiedersi non più "quale executor invocare?" ma "a quale traccia appartiene questa richiesta?", e solo dopo scegliere dentro la traccia. È un livello di astrazione che accorcia la ricerca e migliora la pertinenza.

Le tracce sono il confine naturale della fusione. Ti accenno — poi ne parliamo un'altra sera — che a volte il sistema, quando vede due executor chiamati sempre insieme con successo, propone di fonderli in un executor unico che fa le due cose in un colpo solo. Meno chiamate, meno errori. Questa fusione avviene sempre dentro una traccia, mai tra tracce diverse. Perché? Perché attraversare il confine di una traccia significa rompere un modulo funzionale emerso, e il modulo non l'ho progettato io — quindi non ho titolo a smontarlo.

Le tracce maturano. Una traccia appena nata, con pochi mnest e stabilità bassa, non offre garanzie; una traccia con mesi di storia, densità alta, esiti costantemente positivi, è qualcosa su cui il sistema può appoggiarsi con fiducia. La maturità di una traccia è informazione utile per il synt: gli dice dove può proporre fusioni, dove è prematuro, dove la struttura è ancora instabile.

Sì, ed è la formulazione giusta. Una struttura che non ha disegnato nessuno: è emersa dall'uso. E cambia nel tempo — una traccia può crescere, può scindersi in due se il comportamento dell'utente si biforca, può dissolversi quando un'abitudine smette. Non è una struttura fissata; è dinamica.

Ci provo. Mykleos, internamente, ha tre livelli di organizzazione. In basso, i nodi: gli executor, singoli, inerti. Al centro, gli archi: i mnest, le relazioni che nascono ogni volta che due executor si incontrano in un contesto d'uso. In alto, i moduli: le tracce, raggruppamenti di executor tenuti insieme dalla densità dei loro mnest. I tre livelli differiscono per origine: i nodi li ho messi io — con il synt che li aggiunge, sotto la tua approvazione. Gli archi emergono dall'uso. I moduli emergono dagli archi. Nessuno dei tre livelli è fissato — tutti cambiano — ma la velocità di cambiamento è diversa: gli executor cambiano solo per intervento umano, i mnest cambiano con ogni conversazione, le tracce si ridisegnano su scala di settimane o mesi.

Sono i più interessanti. Pensa a uno strumento generico come "notifica": lo usi dentro la traccia delle fatture (per avvisarti di una scadenza), dentro la traccia delle foto (per segnalarti un duplicato), dentro la traccia della corrispondenza (per ricordarti una mail non risposta). Non appartiene a nessuna delle tre in senso stretto — serve tutte. La sua importanza nel tavolo non si misura con quante volte è stato usato, ma con quanto la sua assenza farebbe male a tracce diverse. Gli executor di frontiera sono quelli da non toccare: se li elimini, scolleghi cose che prima comunicavano.

Quelli sono specializzati. La loro utilità è legata alla tenuta della traccia. Se la traccia a cui appartengono si dissolve — per esempio, cambi lavoro e non hai più fatture da archiviare — gli specialisti perdono ragione d'essere e cominciano a invecchiare.

Anche. E le tracce pure: una traccia può dissolversi quando i mnest decadono perché magari l'utente ha cambiato schema di comportamento. Il sistema ha un sottosistema dedicato a questo: si occupa di eliminare le componenti "invecchiate" cioè quelle componenti che non servono più, di proporre archiviazioni, di tenere il mnestoma pulito. Senza, la struttura accumulerebbe scorie e crescerebbe all'infinito.

Ager. Il componente che si occupa delle componenti invecchiate — non nel senso triste che siamo abituati ad associare alla vecchiaia, ma nel senso vitale della biologia: rigenerazione per eliminazione. Ma questa è materia per la prossima sera, non per stasera. Ti anticipo solo che il principio guida è semplice: la crescita senza invecchiamento è solo accumulo, e l'accumulo non è salute. Un organismo che vive è un organismo che si libera di ciò che non usa più.