Architettura

Recuperare non è ricordare

Quando un editore dice « memoria », spesso dice « memoria vettoriale ». Ma una memoria che ignora ciò che contiene non è quella di cui un'organizzazione ha bisogno.

La parola memoria, nel vocabolario dell'IA giuridica, ricopre quasi sempre la stessa cosa senza dirlo: la memoria vettoriale. Una rappresentazione matematica di documenti, indicizzata per consentire ricerche semantiche rapide. La tecnica è potente, ha trasformato la ricerca d'informazione negli ultimi anni, ed è diventata, per molti acquirenti, il senso implicito della parola. Quando un fornitore promette memoria, è generalmente questo che consegna. Quando un'organizzazione crede di acquistare memoria, è spesso questo che riceve. Lo scarto tra le due cose appare soltanto all'uso, e costa caro.

Per comprenderlo, occorre sezionare ciò che la vettorializzazione fa realmente, e distinguerlo da ciò che le si attribuisce. Il malinteso non nasce da un'esagerazione dei fornitori; nasce dal fatto che due cose molto diverse portano lo stesso nome, e che quel nome rassicura.

Ciò che la vettorializzazione fa davvero bene

La memoria vettoriale risolve un problema preciso e lo risolve bene: recuperare, in un grande corpus, i passaggi più vicini a una richiesta. È una memoria di ricerca, ed eccellente. Dategli una domanda, fa risalire i frammenti di testo semanticamente vicini, ovunque si trovino, qualunque sia il loro formato. Questa capacità ha un valore reale, e non si tratta di minimizzarla: senza di essa, navigare tra decine di migliaia di documenti sarebbe impraticabile. Ha reso ricercabile ciò che, fino a ieri, dormiva in archivi che nessuno apriva.

Ma questa forza definisce anche, esattamente, il suo limite. Recuperare passaggi vicini a una domanda non significa sapere cosa quei passaggi sono. La prossimità semantica misura una somiglianza di superficie, non un valore, non un'autorità, non uno status. Ed è precisamente lo status a fare la differenza tra un'informazione utile e un'informazione pericolosa.

Il punto cieco: ignora ciò che manipola

La memoria vettoriale non sa cosa contiene. Non distingue un precedente da una nota interna, una decisione validata da una bozza abbandonata, una posizione definitiva da una semplice ipotesi di lavoro buttata giù una sera e dimenticata l'indomani. Tutto, per essa, è testo: punti in uno spazio, confrontati per prossimità. Lo status di questi punti, la loro autorità, la loro data, la loro validità, non entra da nessuna parte nel calcolo, perché questo status non è nel testo. È altrove, nel contesto che ha circondato la produzione del documento, e che la vettorializzazione non coglie.

La memoria vettoriale recupera passaggi. Non sa se ciò che recupera è una decisione o una bozza.

È qui che si annida il malinteso centrale. Si suppone che una migliore vettorializzazione finirà per acquisire questa conoscenza dello status, come se una versione futura correggesse un difetto di gioventù. È falso, e la ragione è strutturale, non congiunturale. Indicizzare un testo per prossimità semantica significa, per costruzione, cancellarne lo status: un vettore non porta l'informazione di rappresentare una decisione definitiva piuttosto che una pista scartata. Si può raffinare la qualità del retrieval all'infinito, non gli si farà mai apprendere ciò che non è nella materia che indicizza. Attendere che il vettoriale diventi operativo equivale ad attendere che uno strumento cambi natura, cosa che non avviene per miglioramento continuo.

L'altra memoria, quella che pensa per oggetti

La memoria operativa di un'organizzazione giuridica è di un altro ordine. Non immagazzina passaggi, immagazzina oggetti di business. Una pratica, con il suo perimetro, le sue parti, la sua cronologia. Una decisione, con il suo autore, il suo contesto, il suo momento di validazione. Una posizione cliente, con il suo storico di arbitraggi. Una metodologia, con le sue fasi. Un deliverable, con le sue versioni successive. Questi oggetti hanno una struttura, una temporalità, regole d'accesso, relazioni tra loro. Non si riducono a testo indicizzato: formano il modello di conoscenza operativo dell'organizzazione, cioè il modo in cui essa si rappresenta il proprio lavoro.

La differenza non è una sfumatura di grado all'interno della stessa tecnologia. È una differenza di oggetto. La vettorializzazione manipola frammenti; l'organizzazione, invece, pensa per pratiche, per decisioni, per posizioni. Costruire una memoria sull'uno quando si ha bisogno dell'altro significa costruire nell'unità sbagliata, e nessuna quantità di raffinamento corregge un errore di unità. Si possono indicizzare perfettamente dei frammenti e restare incapaci di rispondere a una domanda che verte su una decisione, perché la decisione non è un frammento: è un oggetto che ha uno status, una storia e dei legami.

Il retrieval tratta punti in uno spazio. Un'organizzazione pensa per pratiche, decisioni e posizioni. Non sono gli stessi oggetti.

Questa differenza di oggetto ha una conseguenza che si sottovaluta: decide ciò che si può governare. Non si governano i frammenti; non si può né attribuire loro uno status, né sottoporli a una regola d'accesso, né tracciarne l'evoluzione, perché un frammento non ha né status, né proprietario, né storia. Si governano invece gli oggetti di business: una decisione può essere validata, una posizione può essere riservata ad alcuni, una metodologia può essere versionata. Una memoria costruita su oggetti è dunque governabile per costruzione; una memoria costruita su frammenti non lo è, per quanta cura vi si metta. La governance, di cui le organizzazioni giuridiche non possono fare a meno, presuppone la giusta unità di partenza.

La prova per l'esempio

Un caso rende la distinzione tangibile. Un avvocato chiede al suo sistema cosa lo studio ha deciso, su una data questione, per un dato cliente. La richiesta è ordinaria; la risposta rivela tutto. Una memoria vettoriale fa risalire i passaggi testualmente vicini alla domanda: estratti di note, brani di e-mail, frammenti di contratti, mescolando senza distinzione posizioni definitive e piste abbandonate, pareri conclusivi e bozze. Dieci frammenti, talvolta pertinenti, talvolta ingannevoli, tutti presentati sullo stesso piano. Spetta all'avvocato selezionarli, datarli, gerarchizzarli, ricostruire quale posizione abbia prevalso e perché. In altre parole, rifare a mano, a ogni interrogazione, il lavoro stesso della memoria.

Una memoria che restituisce dieci frammenti da selezionare non ha risposto. Ha delegato la risposta all'utente.

Una memoria operativa risponde diversamente, perché sa di cosa parla: ecco la decisione, presa in tale data, da tale persona, validata in tale fase, ed ecco, distintamente, ciò che era stato preso in considerazione e poi scartato lungo il cammino. La differenza non si misura in qualità di risposta. Si misura in natura di risposta: l'una fornisce materia grezza da selezionare, l'altra fornisce una conoscenza già sostenuta. E ciò che è solo un disagio su una domanda diventa, alla scala di uno studio e di migliaia di richieste, un carico cognitivo permanente.

Il costo che si paga al deployment

Confondere le due cose ha dunque un costo concreto, e questo costo si paga al deployment, non alla demo. Gli strumenti che si presentano come dotati di memoria mentre hanno solo un retrieval lasciano l'organizzazione priva di ciò di cui ha realmente bisogno: una memoria strutturata che parla la sua lingua. Il retrieval è un componente legittimo di una memoria operativa, un ingranaggio utile; non ne è il tutto. Un'organizzazione che investe credendo di acquistare una memoria, e che acquista solo un retrieval, lo scopre raramente in pilota, dove il corpus è piccolo e le domande selezionate. Lo scopre in produzione, quando constata di continuare a ricostruire il proprio contesto a mano, pratica dopo pratica, nonostante lo strumento che dovrebbe dispensarla dal farlo.

Questo costo ha una particolarità che lo rende pernicioso: è differito. Non appare al momento dell'acquisto, dove lo strumento mantiene tutte le sue promesse su un corpus ridotto, ma mesi più tardi, quando l'uso si è esteso e la memoria vettoriale comincia a restituire, per ogni domanda un po' fine, un guazzabuglio di frammenti che l'avvocato deve districare. A questo stadio, l'organizzazione ha già investito, formato le sue squadre, integrato lo strumento nei suoi processi; tornare indietro costa caro, e ci si adatta al difetto in mancanza di meglio. È così che una confusione iniziale sulla parola memoria si trasforma, alla lunga, in un carico permanente che nessuno aveva messo a budget.

È questa logica ad aver presieduto alla concezione dello strato di memoria di MAX, pensato come una memoria operativa in senso stretto: un'infrastruttura organizzata attorno agli oggetti giuridici reali, pratiche, decisioni, posizioni, metodologie, che si serve del retrieval come di uno strumento tra gli altri senza mai ridursi a esso. Una memoria che sa cosa contiene, che lo struttura, che lo governa, e che lo rende sfruttabile alla scala dell'organizzazione intera.

La distinzione tra recuperare e ricordare separa un prodotto di IA da un'infrastruttura giuridica.

A lungo tecnica, confinata alle conversazioni tra ingegneri, questa distinzione diventa un criterio d'acquisto serio. Le organizzazioni che l'hanno colta non chiedono più se uno strumento ha memoria, ma quale tipo di memoria ha. È, nel dettaglio di una domanda apparentemente innocua, tutta la frontiera tra ciò che recupera e ciò che trattiene.