Basta osservare come un avvocato, un commercialista o un medico si serve davvero di un'IA su un fascicolo concreto per accorgersi di una cosa che agli strumenti di anonimizzazione sembra essere sfuggita tutta intera: nessuno lavora in un solo passaggio. Si pone una domanda, si legge la risposta, si rilancia con un approfondimento più mirato, si incolla un secondo documento, si torna al primo. Il lavoro è la conversazione. Eppure quasi ogni modo di nascondere i dati personali si rompe in silenzio nel momento in cui quella conversazione prende il via.
Da questa osservazione deriva la forma stessa di promptShield. Vale dunque la pena di dare all'idea un nome preciso, perché per quanto ne sappiamo nessun altro l'ha messa al centro: l'anonimizzazione stabile in conversazione. Una stessa entità conserva uno stesso codice, dal primo all'ultimo turno e da un file collegato all'altro, così che l'IA ragioni sul documento protetto come ragionerebbe su quello reale e che alla fine i valori originali si possano ripristinare senza perdite.
Il lavoro è a più turni, quindi anche la protezione deve esserlo
Si consideri la versione realistica del compito: un contratto e i suoi tre addendum. Si incolla il contratto, già anonimizzato, e si chiede al modello di riassumere gli obblighi; il modello lo fa. Poi si incolla un addendum e si domanda: «questo modifica le condizioni di pagamento dell'acquirente rispetto all'originale?». Infine: «redigi una clausola che risolva il conflitto tra l'articolo 4 qui e l'articolo 7 là».
Perché ne esca qualcosa di utile, il modello deve sapere che l'«acquirente» del contratto e l'«acquirente» dell'addendum sono la stessa persona giuridica, che l'indirizzo della clausola 4 è lo stesso citato tre turni prima, che «il convenuto» e «la signora Laurent» sono una parte sola e non due. La coreferenza, cioè il filo dell'identità che percorre l'intero scambio, è la sostanza del ragionamento professionale. Spezzarla significa ottenere una risposta sbagliata e sicura di sé, in una forma che è difficile perfino accorgersi di avere sotto gli occhi.
Un'anonimizzazione che tratta il documento come «una cosa da ripulire una volta sola» non arriva mai a questo punto: pulisce il file e lo restituisce. Ma il professionista non ha davanti un file. Ha un caso, una pratica, un cliente: un insieme di materiale collegato su cui ragiona nel suo complesso, in dialogo, nel tempo. L'unità di lavoro non è il documento, ma la conversazione.
Perché gli approcci ovvi crollano
Inquadrato il compito come «mantenere coerente l'identità per un'intera conversazione», le tecniche consuete si rivelano lo strumento sbagliato:
| Approccio | Che cosa fa | Perché la conversazione lo smonta |
|---|---|---|
| Le barre di oscuramento | Coprono il testo sulla pagina | Il modello non può ragionare su ciò che non vede: nessun «acquirente» successivo rimanda più a nulla |
| Cancellare i nomi | Rimuove l'entità senza sostituirla | Persone distinte confluiscono nello stesso vuoto e il modello, in silenzio, inventa qualcuno che lo riempia |
| Un'etichetta nuova a ogni passaggio | Genera uno pseudonimo diverso a ogni esecuzione | Il secondo turno rinomina tutti: una persona ne diventa due e nulla segnala la contraddizione |
| Cerca-e-sostituisci | Confronta una grafia con una stringa | Si perde le forme flesse, le iniziali e gli alias, e del secondo documento incollato non sa nulla |
| Tokenizzazione documento per documento | Codici stabili, ma solo dentro un singolo file | Un contratto e la sua appendice danno alla stessa parte codici diversi: il ragionamento incrociato fallisce in silenzio |
Lo schema si ripete in ogni riga: ciascun approccio funziona per «disinfettare questo blocco di testo» e ciascuno cede nel momento in cui il lavoro diventa una conversazione. Sono stati pensati per un'unità di lavoro che non è quella in cui i professionisti si muovono davvero.
Che cosa richiede l'anonimizzazione stabile in conversazione
Dare un nome alla lacuna è facile; colmarla impone requisiti concreti, e sono quelli a fare la differenza tra un prodotto e una macro di cerca-e-sostituisci.
Un'identità stabile. La stessa entità deve corrispondere allo stesso codice ogni volta che compare: non soltanto all'interno di un documento, ma per tutta la conversazione e in ogni file collegato. In promptShield «John Smith» riceve lo stesso codice, poniamo [P0ABCD], sia che compaia nel contratto, nella fattura o nell'allegato di un'email, perché i file collegati condividono un unico Registro codici. Basta riporli nella stessa cartella: il collegamento avviene da sé, senza configurazione.
Codici tipizzati e leggibili. Un codice si presenta così: [P0ABCD], [A1WXYZ], [B2KLMN]. La prima lettera indica il tipo (P per persona, A per indirizzo, B per IBAN), così il modello continua a sapere che sta ragionando su una persona, un indirizzo, un conto, e può restituire una risposta utile invece di annaspare in un rumore indistinto. Al file scaricato si accompagna un'istruzione che chiede all'IA di riportare i codici così come sono. Resta la struttura che aiuta il modello; scompare soltanto l'identità.
Un ciclo di andata e ritorno fedele. Nascondere l'identità è metà del lavoro. La corrispondenza fra codice e valore originale è custodita in locale, così che quando la risposta dell'IA torna piena di [P0ABCD] e [B2KLMN] basti un solo passaggio di Decodifica per riportarla a un testo che si legge come se nulla fosse mai stato anonimizzato. Sono i codici stabili a rendere la decodifica priva di ambiguità: un codice, un originale, ogni volta.
Messi insieme, questi tre requisiti producono la proprietà che conta: l'IA lavora sul documento protetto come lavorerebbe su quello reale. Stesso ragionamento, stessi rimandi incrociati, stessa coerenza di turno in turno, senza che una sola identità reale entri mai nella conversazione e con un ripristino pulito alla fine.
Il ciclo, dall'inizio alla fine
Nella pratica si tratta di un unico ciclo continuo, che segue il ritmo del lavoro invece di interromperlo:
- Codifica. Ogni entità è sostituita da un codice stabile e tipizzato, i file collegati condividono il registro e una persona rivede i rilevamenti prima che qualcosa venga fissato. (Sui documenti a rischio elevato quella Revisione è il punto decisivo: si veda perché serve una persona nel circuito.)
- Conversazione. La versione protetta si incolla in ChatGPT, in Claude o in qualunque altro modello. Si fanno domande di approfondimento, si incollano altri documenti della stessa pratica, si torna sui passaggi precedenti. Le identità restano coerenti per tutta la conversazione, perché i codici non si spostano da un turno all'altro.
- Decodifica. La risposta dell'IA rientra nell'applicazione e ogni codice torna al suo valore reale in un solo passaggio: il documento finale si legge come se i nomi veri ci fossero stati dal principio.
E poiché il ciclo si svolge per intero sulla macchina di chi lavora, nulla della pratica esce dal perimetro dello studio: né gli originali, né la tabella dei codici, né un solo turno del testo protetto.
La categoria che rivendichiamo
Molti strumenti sanno nascondere un nome. Alcuni sanno nasconderlo in modo coerente, a patto di configurarli. Sul mercato non manca la singola funzione: manca un prodotto costruito attorno al modo in cui i professionisti lavorano davvero con l'IA, per tentativi successivi, di turno in turno, su file collegati, con una persona che garantisce il risultato e un ritorno pulito ai valori originali alla fine. È il flusso di lavoro per cui promptShield è progettato dalla prima all'ultima riga, ed è l'idea a cui vorremmo dare un nome.
La chiamiamo anonimizzazione stabile in conversazione. Un'entità, un codice, dal primo all'ultimo turno, così da poter finalmente usare l'IA sui documenti che contano nel modo in cui già li si pensa: una pratica da trattare, più che un file da ripulire.
Domande frequenti
Perché lo stesso nome deve avere sempre lo stesso codice?
Perché i professionisti non anonimizzano in un colpo solo: fanno una domanda di approfondimento, incollano un secondo documento e ragionano su entrambi. Se la stessa persona riceve un codice diverso a ogni turno, per il modello si tratta di due persone diverse.
Che cosa si rompe se i codici cambiano tra documenti?
Il ragionamento incrociato. Un contratto e la sua appendice smettono di indicare la stessa parte e ogni conclusione tratta dai due documenti è sbagliata. Per questo l'oscuramento reversibile assegna a ciascuna entità un codice stabile, non un'etichetta nuova a ogni esecuzione.
La mappa è conservata online da qualche parte?
No. Il Registro codici resta sulla macchina che lo ha creato: è la stessa scelta di progetto che sta dietro al motore che abbiamo scritto per questo.