← Indice documentazione docs › dialogo sugli executor e sulla memoria

Dialogo sugli executor
e sulla memoria distribuita

tra Roberto e L'Altro — giornate prima e seconda
(le altre in corso di scrittura)
23 aprile 2026
Seconda traccia del pensiero dietro myclaw, in forma dialogica.
Le giornate successive verranno aggiunte man mano che si scrivono.

Preludio

Questo discorso, come il precedente — quello sui fini e sui limiti di Mykleos — è scritto più per me che per chi legge. Serve a mettere sotto pressione idee che, tenute in silenzio, rischiano di apparire più solide di quanto siano; idee che, formulate come asserzioni chiuse, suonano enfatiche o sentimentali, e che invece nella forma di dialogo trovano la loro misura.

Nella costruzione di un sistema come Mykleos arriva un momento in cui gli strumenti dell'ingegneria — schemi, specifiche, prototipi — non bastano più: non perché manchino di rigore, ma perché non fanno emergere le domande. La forma dialogica obbliga a dare la parola all'obiezione, e all'obiezione non si risponde con un diagramma. Si risponde con parole, e solo le parole hanno peso sufficiente per dire se un'idea regge o se fa rumore.

L'Altro che parla in queste pagine non è un personaggio di fantasia e non è un mio pensiero travestito. È l'interlocutore di cui ho bisogno e che non sempre trovo: uno che capisce abbastanza del mestiere per chiedermi conto, e che non ha alcun motivo per darmi ragione. Se mi dà ragione qualche volta, è perché l'idea ha tenuto; se non me la dà, devo tornare al tavolo e aggiustare qualcosa. Non lo scrivo per convincerlo: lo scrivo per farmi convincere io.

Questo secondo discorso tratta una materia più tecnica del primo — il modo in cui Mykleos cresce e il tipo di memoria che conserva. Chi vuole capire il sistema può leggerlo. Chi cerca una specifica, no: la specifica è un'altra cosa, la scriverò dopo, e solo se quello che segue avrà retto.

Roberto

Le giornate

  1. IChe cosa può ricordare un sistema che non apprende?memoria senza apprendimento, executor, mnest, il mnestoma a due volti.
  2. IIOrganismo o specchio?le cinque fonti di creatività, il tavolo, l'LLM in compagnia.
  3. Altre giornate seguiranno: sulla forma delle tracce (network medicine), sull'omeostasi del sistema, sul vincolo della semplicità. (in scrittura)

Questo dialogo è in corso. La pagina viene aggiornata man mano che le giornate successive vengono scritte.

Giornata I — Che cosa può ricordare un sistema che non apprende?

memoria senza apprendimento, executor, mnest, il mnestoma a due volti

Prologo alla Prima Giornata. Riprendono la conversazione da un'altra sera. Mykleos — la cosa che Roberto sta costruendo — non è più una novità per L'Altro. Nelle settimane che hanno seguito il primo dialogo, quello sui fini e sui limiti, il sistema ha preso una direzione che L'Altro non ha ancora messo a fuoco, ed è venuto a farsela spiegare. La domanda di questa sera non è più su cosa Mykleos voglia essere, ma su come cresca: come un sistema fatto di pezzi che non imparano possa estendere, col tempo, ciò che sa fare.

Ti ho interrogato abbastanza, le altre volte, su che cosa Mykleos vuole essere e su che cosa non vuole diventare. Stasera vorrei chiederti un'altra cosa, più stretta. Tu continui a dire che questo sistema cresce. Che col tempo acquisisce abilità che prima non aveva. Vorrei capire come. Perché per quanto mi hai detto finora, i pezzi di cui è fatto — i piccoli attrezzi che eseguono un'operazione alla volta — mi sembrano inerti. Non imparano. Un attrezzo che si ripete mille volte è identico alla millesima volta come alla prima. Se il sistema è fatto di roba così, da dove tira fuori la crescita?

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 me sono quasi la stessa cosa.

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.

Un sistema in cui la memoria non vive dentro chi ricorda.

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.

Capito. Un executor: uno script senza memoria.

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.

Spiegami.

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.

Questi legami hanno un nome?

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.

Un momento. Questo è un grafo di co-occorrenza. Esiste da sempre. Ogni motore di raccomandazione ne usa uno. Non mi sembra una scoperta.

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.

Va bene. E la seconda?

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.

Rallenta. Due volti.

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.

E il secondo?

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 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.

E chi lo riempie?

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.

Fammi vedere se ho preso il punto. Tu mi stai dicendo che il sistema ricorda non solo cosa ha fatto, ma cosa ha voluto fare e non ha potuto. E questa seconda memoria — la memoria di ciò che è mancato — è il motore con cui si estende.

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".

E questa distinzione tra i due tipi di memoria, tu la trovi nuova?

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.

Ti faccio l'obiezione seria. Un sistema che registra ogni fallimento rischia di annegare nei fallimenti. La maggior parte delle volte che un tentativo non va a buon fine è perché l'utente si è spiegato male, o perché il ragionamento del sistema ha preso una cantonata, o perché la situazione era confusa. Se trasformi ogni pasticcio in un mnest parziale, il tuo organo dell'aspirazione si riempie di spazzatura.

È 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.

Quindi non è l'insieme dei 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.

Ultima domanda, e poi ti lascio. Un sistema che cresce verso i propri bordi — che si estende dove si è già accorto di non arrivare — non rischia di diventare riflesso di ciò che fa, al punto da non riuscire più a fare niente di veramente diverso? Hai costruito un organismo, o uno specchio?

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 con gradi di libertà.

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

Fine della Giornata I. L'esito non è ancora un componente committato — lo diventerà nella specifica tecnica, se il dialogo terrà. È però una presa di posizione: gli executor sono nodi inerti, la memoria è distribuita nei legami, il mnestoma ha due volti, e la memoria dell'aspirazione è il motore più onesto di crescita del sistema. La domanda aperta — organismo o specchio — è la soglia della Giornata II.

Giornata II — Organismo o specchio?

le cinque fonti di creatività, il tavolo, l'LLM in compagnia

Prologo alla Seconda Giornata. Un'altra sera. Roberto e L'Altro sono tornati al tavolo, un paio di giorni dopo la prima. L'Altro non ha lasciato che la questione dormisse: la parola specchio lo segue dalla volta scorsa. Questa Giornata la attraversa — e la oltrepassa.

Mi hai lasciato con una parola che non mi torna. Organismo o specchio. Hai prenotato la risposta per stasera, e io ho avuto tempo di rigirarmela. Ti dico dove arrivo. Un sistema che si estende verso i propri bordi — che si accorge dei buchi del suo grafo e li riempie — mi sembra per definizione uno specchio. Non uno specchio piatto, d'accordo, uno specchio che si corregge. Ma comunque un riflesso, con qualche gradiente. Niente di nuovo può entrare che non sia già predetto dalla forma del bordo. Quindi: specchio.

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.

Elenca.

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.

Bene. La seconda?

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.

Sto tenendo il conto. Utente. Ambiente. Cosa rimane?

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.

Ed è alimentata da cosa?

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.

Lo segno. Quarta e quinta?

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.

Cinque. Le hai elencate. Adesso rispondimi sulla domanda di partenza. In che senso queste cinque non fanno uno specchio?

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.

Il tavolo. Spiega.

È 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ì.

Ti seguo, anche se l'immagine ha un difetto. Un tavolo vero non decide nulla. Il tuo tavolo, invece, ha un attore che è dentro di lui e che è diverso dagli altri — il synt. Quel giocatore non l'ha portato nessun esterno. È stato messo lì da te, progettista. L'immagine del tavolo passivo non regge del tutto: c'è un giocatore interno strutturale, che è di Mykleos-in-sé.

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à.

Allora lo specchio non è solo interno. Lo specchio è che tutte le voci del tavolo, o quasi, parlano con la voce del modello linguistico sottostante. Il tavolo è polifonico in facciata e monofonico nel substrato.

È 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.

Primo taglio. Secondo?

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.

Terzo?

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.

Insomma. Lasciami provare a fare il punto io, vediamo se ti ci riconosci. Di cinque voci al tavolo, due stanno letteralmente fuori e non hanno niente a che fare con l'LLM. Due sono dentro, emergenti, accumulatori di pattern — anche queste senza l'LLM al centro: l'LLM le consulta, non le produce. Una sola — il synt — è direttamente alimentata dall'LLM. Ma quella uno viene filtrata da un filtro esterno (tu) prima di poter cambiare stabilmente il sistema. Quindi l'LLM c'è, è importante, ma non è mai solo. È sempre in compagnia.

È 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.

Chiudi allora il cerchio della domanda originaria. Organismo o specchio?

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.

Ecologia, tavolo. Mi torna abbastanza. Ma tu hai detto una cosa, poco fa, che voglio tenere per la prossima volta. Hai parlato di pattern che emergono nel mnestoma, di tracce che si consolidano, di cluster. Mykleos è un tavolo, d'accordo; un'ecologia, d'accordo. Ma tu continui a descrivere la superficie di questo tavolo come se avesse una forma. Zone più dense, zone più rade, confini, moduli. Questa forma esiste davvero, o è una tua lettura a posteriori?

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.

A dormire allora.

Fine della Giornata II. L'esito non è un componente, è una postura ontologica: Mykleos non è né uno specchio né un organismo, ma un'ecologia — un luogo di incontro di cinque spinte eterogenee. La critica del super-agente LLM è stata accolta nella sua forma forte (il cervello è uno), ma la distinzione del sistema vive altrove: nel filtro umano, nel mnestoma che tiene il tempo, nelle due voci esterne che non passano per il modello. La domanda aperta — la forma del tavolo — è la soglia della Giornata III.

Giornate successive in scrittura. La Giornata III affronterà la domanda lasciata aperta qui: la geometria del tavolo. Tracce, cluster, moduli funzionali letti attraverso la lente della network medicine. Altre giornate seguiranno sull'omeostasi del sistema (crescita, riciclo, il sottosistema che fa invecchiare e ripulisce) e sul vincolo della semplicità come postura etica di progetto. Man mano che le giornate vengono scritte, verranno aggiunte a questa stessa pagina.

Continua a leggere

dialogo · primo
Dialogo sui fini e i limiti
Quattro giornate sulla proattività, il vaglio, la guardia e il giudice. La traccia filosofica precedente.
fondamenti
Neuroni & memoria v1
La versione tecnica del tema trattato qui — componenti auto-sintetizzate e grafo di co-call.
fondamenti
Prospettive estese v1
La visione più ampia in cui si inserisce questo secondo dialogo.
home
← Indice documentazione
Tutti i documenti, tecnici e non.

myclaw — Dialogo sugli executor e sulla memoria distribuita v1.0 — 23 aprile 2026
Giornate prima e seconda. Altre in corso di scrittura. Non finzione — solo la struttura è dialogica.