Pratica

Il contesto non entra in un prompt

Ciò che distingue un'analisi giuridica plausibile da un deliverable opponibile sta quasi interamente in ciò che non è scritto nel documento.

Prendiamo la revisione di un patto parasociale, e seguiamola davvero, passo dopo passo, come si svolge in uno studio. La bozza arriva dalla controparte un giovedì sera. Il socio la apre, e in quindici secondi, prima ancora di aver letto una clausola, sa già tre cose: qual è il rapporto di forza in questa trattativa, quali sono le due o tre linee rosse del suo cliente, e quale registro di redazione lo studio avversario impiega quando vuole nascondere una concessione in una definizione.

Nulla di tutto ciò è nel documento. Tutto è nello strato al di sopra: la storia del cliente, le tre operazioni comparabili trattate l'anno scorso, la nota interna di sei mesi fa in cui la squadra aveva risolto una questione di garanzia. Il socio non legge un contratto. Legge un contratto attraverso una memoria. Ed è questa memoria, e non la sua conoscenza del diritto societario, a fare la differenza tra la sua lettura e quella di un giurista altrettanto competente ma estraneo alla pratica.

Bisogna soffermarsi su questi quindici secondi, perché contengono l'essenziale di ciò che cerchiamo di capire. Ciò che il socio mobilita in un istante non è scritto da nessuna parte in forma sfruttabile. Non sono conoscenze che si potrebbero ritrovare in un manuale o in un precedente; sono giudizi accumulati, inferenze tratte da decine di pratiche anteriori, una familiarità con un cliente e un avversario che non si registra in alcun file. Questo sapere è reale, è decisivo, ed è tacito. È proprio questa parte tacita, invisibile nel documento, a separare una lettura da esperto da una lettura competente ma cieca.

Il documento è l'oggetto visibile. Il lavoro, invece, si svolge nello strato invisibile.

Ciò che un copilota non può produrre

Chiedete ora a un copilota di analizzare la clausola di garanzia di quello stesso patto. Il risultato sarà spesso corretto, a volte notevole. Individuerà i massimali, i basket, le durate, le esclusioni, e li commenterà con una reale precisione tecnica. Ma lo avrà fatto fuori dalla pratica: senza sapere che questo cliente non ha mai accettato un massimale inferiore a una certa soglia, senza sapere che lo studio redige questa garanzia in un modo particolare da anni, senza sapere cosa è stato concesso nell'operazione precedente e in cambio di cosa.

È l'equivalente esatto di affidare la revisione a un collaboratore brillante a cui non si fosse dato né la pratica, né il cliente, né i criteri di accettabilità dello studio. Restituirà qualcosa di plausibile. Non restituirà qualcosa di operativo. E la differenza tra i due è proprio il mestiere. Un deliverable plausibile va interamente riverificato prima di essere usato, perché non si sa se integra ciò che conta; un deliverable operativo può essere impegnato, perché è stato prodotto con conoscenza della pratica.

Una risposta fuori dalla pratica è una risposta plausibile. Non è un deliverable.

Questa distinzione non è un raffinamento teorico. Decide del tempo realmente guadagnato. Un parere prodotto fuori contesto obbliga il senior a ricostruire mentalmente tutto ciò che l'IA ignorava, poi a verificare che nulla di essenziale sia stato omesso. Il guadagno apparente alla produzione viene ripreso alla revisione. Il lavoro non è stato accelerato, è stato spostato, e spesso spostato verso la persona più costosa della catena, quella di cui si voleva proprio preservare il tempo.

L'obiezione: « basta mettere il contesto nel prompt »

È la risposta riflessa, e merita di essere presa sul serio, perché è giusta in teoria e falsa in pratica. Sì, si può incollare in un prompt la storia del cliente, la metodologia, gli arbitrati anteriori. Ma fate il calcolo di ciò che questo presuppone realmente. Bisognerebbe, a ogni interazione, raccogliere manualmente il contesto giusto tra centinaia di pratiche, formattarlo, gerarchizzarlo, reimmetterlo, verificare che sia aggiornato, e ricominciare alla sessione successiva perché il modello non ne avrà conservato nulla.

E questa è solo la versione ottimistica. In uno studio reale, il contesto giusto non è noto in anticipo: sapere quali precedenti sono pertinenti per questa clausola è già un atto giuridico, proprio quello che si sperava di delegare. Chiedere all'utente di fornire il contesto significa chiedergli di aver già fatto il lavoro che lo strumento avrebbe dovuto fare. Si gira in tondo, e il cerchio si richiude nel punto peggiore: sull'esperto di cui si voleva alleggerire il carico.

Il contesto non entra in un prompt per la stessa ragione per cui una biblioteca non entra in una frase: non è una questione di dimensione, è una questione di struttura, di persistenza e di governance. Un prompt è un evento, puntuale e senza domani. Una pratica è una storia, continua e cumulativa. Non si fa entrare una storia in un evento, e ingrandire l'evento non cambia nulla, perché ciò che manca non è lo spazio, è la permanenza.

Mettere il contesto nel prompt significa chiedere all'utente di rifare a mano il lavoro dello strato.

Ciò che il contesto tacito ricopre davvero

Per capire perché questo contesto resista al prompt, bisogna guardare di cosa è fatto, perché è più vasto e più vario di quanto si immagini. C'è anzitutto la memoria delle pratiche: ciò che è stato trattato, deciso, concesso, e perché. C'è poi la conoscenza del cliente: le sue preferenze, le sue soglie, la sua tolleranza al rischio, la sua storia di trattativa. C'è la metodologia dello studio: il modo in cui, qui e non altrove, si redige una certa clausola, si struttura un certo parere, si gerarchizza una certa esigenza. C'è infine la lettura dell'avversario: ciò che un certo studio fa quando impiega una certa formulazione. Ciascuno di questi registri è uno strato di contesto, e nessuno è scritto nel documento che si analizza.

Ciò che colpisce, quando si enumerano questi registri, è che nessuno si riduce a informazione che si potrebbe semplicemente ritrovare e incollare. Sono saperi interpretativi: non dicono soltanto ciò che è accaduto, dicono come leggerlo. Sapere che un cliente ha rifiutato un massimale l'anno scorso ha valore solo se collegato al fatto che l'ha rifiutato in un rapporto di forza preciso, per una ragione precisa, che vale o non vale più oggi. Questo contesto non è un dato, è una lettura, e una lettura non si incolla in un prompt: si costruisce, si mantiene, si governa nel tempo.

Ecco perché lo strato di contesto non può essere improvvisato a ogni interazione. Deve preesistere alla domanda, essere strutturato, tenuto aggiornato, reso disponibile al momento giusto senza che nessuno debba raccoglierlo. Non è un accessorio che si aggiunge a un modello performante; è l'infrastruttura senza la quale la prestazione del modello resta sospesa nel vuoto. Un modello brillante nutrito di un contesto povero restituisce un'analisi mal situata; un modello ordinario nutrito di un contesto ricco restituisce un deliverable che regge. La differenza non si gioca nel modello, si gioca in ciò che lo circonda.

Il contesto giuridico non è un dato che si incolla. È una lettura che si costruisce e si mantiene.

Perché questo strato è l'asset, e il modello il componente

L'industria ha passato due anni a migliorare la qualità dell'analisi isolata, ed è stato utile: ha dimostrato che i modelli mantenevano la promessa linguistica. Ma il lavoro giuridico non si ferma all'analisi isolata, comincia lì. Tutto ciò che si gioca tra la risposta del modello e il deliverable dello studio, l'inserimento in una pratica che ha una storia, la validazione secondo una metodologia che appartiene allo studio, l'articolazione in un workflow, la tracciabilità che rende l'IA opponibile, non esiste da nessuna parte nei modelli.

Bisogna vedere bene che questo strato di contesto non è un miglioramento del modello, è una cosa di un'altra natura, posata accanto e al di sopra. Il modello apporta la capacità linguistica, la competenza generale, la potenza di elaborazione; lo strato apporta ciò che il modello non contiene e non conterrà mai, perché non appartiene al linguaggio in generale ma a questo studio in particolare: la sua memoria, i suoi arbitrati, i suoi criteri, la sua storia con questo cliente. Nessun miglioramento del modello produce questa parte, perché non è nel modello da migliorare.

Ed è una buona notizia strategica, perché è lì che si trova il valore difendibile. I modelli continueranno a migliorare e a banalizzarsi; la loro prestazione grezza si allineerà. Ciò che resterà raro, proprio di ogni organizzazione e difficile da replicare, è precisamente questo strato di contesto, di memoria e di metodologia posato al di sopra di essi. È questo che MAX costruisce: non per produrre una risposta in più, ma per tenere ciò che i modelli non tengono. Il modello è il componente. Lo strato è l'asset.

Il modello produce un'analisi. Lo strato produce un deliverable. Tra i due, c'è tutto il mestiere.