Una petizione che una volta mi portava via un intero pomeriggio ora può essere completata in pochi minuti.
Non parlo di copiare e incollare un prompt generico in ChatGPT e accettare la prima risposta. Quello rimane pericoloso, specialmente in ambito legale.
Parlo di qualcos'altro.
Immagina una situazione comune: il cliente invia dei PDF, un contratto in Word, screenshot sparsi, una sentenza precedente, uno scambio di email e una spiegazione audio confusionaria. Il problema legale c'è, ma non è ancora organizzato.
Prima, il lavoro di base iniziava quasi sempre allo stesso modo: aprire documento per documento, separare i fatti, identificare le date rilevanti, controllare le clausole, costruire una cronologia, individuare le possibili richieste, cercare i fondamenti giuridici, adattare un vecchio modello, rivedere il testo, tagliare le parti in eccesso, ricontrollare i documenti e sperare di non aver lasciato una contraddizione nascosta in qualche angolo. ORE di lavoro organizzativo.
A seconda del caso, questo consumava 4, 5 o 6 ore prima ancora che il testo iniziasse a essere scritto.
Oggi, con un flusso ben progettato, la prima bozza strutturata può arrivare in pochi minuti.
Il punto non è che l'IA "faccia la petizione".
Il punto è che l'avvocato smette di usare l'IA come una casella di testo e inizia a usarla come un sistema di lavoro.
Questa è, per me, la differenza fondamentale tra usare un prompt e costruire un flusso agentico.
Il prompt è un'istruzione isolata.
Il flusso agentico è una sequenza organizzata di compiti, contesto, file, criteri, modelli, revisioni e decisioni.
In un prompt, chiedi: "scrivi una petizione su questo".
In un flusso, insegni all'agente come lavorare.
Gli mostri dove sono i documenti. Gli dici quali file leggere per primi. Definisci come estrarre i fatti. Spieghi il formato della cronologia. Fornisci i tuoi modelli di petizione. Specifichi il tuo modo di organizzare i fondamenti giuridici. Definisci cosa deve controllare prima di scrivere. Stabilisci cosa non deve mai inventare. Richiedi un elenco di dubbi. Chiedi una matrice dei rischi. Solo allora ordini la stesura.
La differenza pratica è ENORME.
Un buon flusso legale con l'IA può seguire una logica più o meno così:
- Leggi i documenti del caso.
- Estrai i fatti rilevanti.
- Separa i documenti per funzione probatoria.
- Costruisci una cronologia.
- Identifica i punti controversi.
- Collega i fatti alle possibili richieste.
- Confronta il caso con i modelli precedenti.
- Crea un piano per il testo.
- Scrivi per sezioni.
- Verifica coerenza, omissioni e rischi.
- Genera una versione finale in Word.
- Produci una checklist per la revisione umana.
Questo non sostituisce il ragionamento giuridico.
In effetti, richiede più ragionamento giuridico, perché l'avvocato deve saper progettare il processo.
L'IA non sa, da sola, qual è la tua strategia, quale tesi preferisci, quale rischio vale la pena correre, quale argomento è fragile, quale fatto necessita di prova, quale documento non dovrebbe essere usato, quale richiesta potrebbe generare costi o quale linguaggio è appropriato per quel tribunale.
Ma può ridurre brutalmente il lavoro meccanico che si interpone tra l'acquisizione dei documenti e la prima versione utile del testo.
È qui che entrano in gioco gli LLM.
LLM sta per large language model (modello linguistico di grandi dimensioni). In pratica, è il tipo di modello che può leggere, interpretare, riassumere, confrontare, classificare, riscrivere, strutturare e generare testo a partire dal contesto.
Ma un LLM, da solo, è ancora solo il motore.
Ciò che cambia il lavoro è il motore inserito in un'operatività.
Lo stesso modello può essere usato male o bene.
Se butti dentro documenti sparsi e chiedi una petizione completa, potrebbe confondere i fatti, esagerare i fondamenti, perdere le sfumature e fornire un testo bello ma insicuro.
Se organizzi il flusso, separi le fasi, fornisci modelli, chiedi giustificazioni, pretendi tracciabilità e includi la revisione umana, il risultato cambia di natura.
L'avvocato smette di ricevere "un testo dell'IA" e inizia a ricevere un pacchetto di lavoro: fatti estratti, cronologia, struttura argomentativa, bozza, elenco di dubbi, punti di attenzione e una checklist di verifica.
Questo è ciò che mi interessa.
Strumenti come Codex e Claude sono interessanti proprio perché permettono di andare oltre il prompt isolato.
In entrambi, la logica è lavorare all'interno di un ambiente con file, istruzioni, terminale, script, modelli e struttura di progetto.
Questo apre una possibilità molto concreta per la professione legale: trattare ogni caso come una cartella di lavoro organizzata.
Esempio semplice di una cartella per caso per avvocati:
/caso-cliente-x
/documenti
/modelli
/bozze
/cronologie
/checklist
/output
All'interno di /documenti, vanno PDF, contratti, sentenze, procure, email esportate, relazioni, fogli di calcolo e qualsiasi altra cosa rilevante.
All'interno di /modelli, vanno le tue petizioni precedenti, le strutture approvate, i testi di riferimento e gli standard interni dello studio.
Nel file delle istruzioni, spieghi come l'agente dovrebbe lavorare su quel tipo di richiesta.
Qualcosa come:
*"Leggi prima i documenti principali." "Estrai i fatti con data, fonte e documento di origine." "Non creare un fondamento giuridico senza indicare che necessita di verifica." "Usa il mio modello di petizione come struttura, ma adattalo al caso." "Prima di scrivere, presenta un piano." "Dopo la bozza, genera una checklist di revisione." "Evidenzia i punti che dipendono dalla conferma dell'avvocato."*
Sembra semplice, ma cambia tutto.
Sia Codex che Claude possono essere particolarmente utili quando il lavoro coinvolge file. Possono operare in cartelle, leggere contenuti, organizzare documenti, eseguire script, convertire informazioni, creare output strutturati e lavorare con materiali che non si adattano bene a una conversazione comune.
Se ci sono PDF, ad esempio, il flusso può includere l'estrazione del testo, l'identificazione delle pagine rilevanti, il riassunto per documento, l'elenco degli allegati e il collegamento tra fatto e prova.
Se ci sono file Word, il flusso può usare modelli .docx, confrontare versioni, generare una nuova bozza, preservare strutture, piè di pagina e intestazioni, senza rovinare la tua carta intestata, oltre a rivedere i titoli e preparare un file finale per la modifica umana.
Questo è molto diverso dal chiedere "scrivi una difesa".
Un flusso migliore sarebbe:
*"1. Leggi i PDF nella cartella documenti; 2. Costruisci una tabella con fatto, data, documento e pagina; 3. Identifica i fatti giuridicamente rilevanti; 4. Confronta con il modello di difesa nella cartella modelli; 5. Crea un piano di difesa; 6. Elenca i dubbi prima di scrivere; 7. Una volta approvato il piano, genera una bozza in Word; 8. Esegui una seconda revisione cercando contraddizioni, richieste infondate e fatti senza prove."*
A questo punto, la petizione in pochi minuti smette di essere una promessa vuota.
Diventa una conseguenza dell'organizzazione.
L'avvocato revisiona ancora.
L'avvocato decide ancora.
L'avvocato risponde ancora.
Ma non deve spendere la stessa energia aprendo file uno per uno e rifacendo manualmente passaggi che possono essere trasformati in un processo.
Claude, in questo contesto specifico, è solitamente molto forte per lettura, sintesi, scrittura lunga, revisione linguistica, strutturazione del ragionamento e lavoro con contesto esteso. Nei flussi legali, questo può essere utile per trasformare materiali confusi in ragionamenti organizzati.
Con Claude Code, la logica si avvicina all'esecuzione agentica in progetti e file, con istruzioni, competenze, comandi, agenti specializzati e compiti incatenati.
Con Claude Cowork, questa logica si estende al lavoro conoscitivo sul desktop: file locali, applicazioni, cartelle, compiti ripetitivi, materiali d'ufficio e deliverable che non sono necessariamente codice.
Per un avvocato, questo è molto rilevante.
Perché gran parte del lavoro legale non è solo "scrivere".
È coordinare informazioni.
È trasformare documenti sparsi in una tesi.
È trasformare una tesi in un testo.
È trasformare un testo in una versione revisionata.
È trasformare una revisione in una checklist.
È trasformare l'apprendimento in un modello riutilizzabile.
Claude Cowork può essere pensato come un assistente esecutivo per compiti conoscitivi: organizzare una cartella, revisionare documenti, confrontare versioni, preparare un report, strutturare una bozza, aiutare con Word, Excel, PowerPoint e altri ambienti di lavoro, sempre sotto supervisione e con il permesso dell'utente.
Il vantaggio sta nel delegare compiti con un inizio, uno svolgimento e una fine.
Non: "aiutami con questo caso".
Ma:
"Apri questa cartella del caso, leggi i documenti principali, genera una cronologia in una tabella, identifica le lacune probatorie e prepara una prima bozza di report per la revisione."
O:
"Confronta questa bozza con il modello standard dello studio, indica le differenze rilevanti, evidenzia le clausole mancanti e genera una versione rivista con un linguaggio più obiettivo."
O:
"Leggi questi documenti, separa ciò che è fatto, ciò che è allegazione, ciò che è prova e ciò che deve ancora essere confermato."
Questo cambiamento nel comando è piccolo in superficie, ma profondo nell'operatività.
La qualità dell'agente dipende dalla qualità del lavoro che insegni.
È qui che entrano in gioco le competenze (skills).
Una competenza è, in termini semplici, un pacchetto di istruzioni, riferimenti e talvolta script o modelli, che insegna all'agente a eseguire un tipo specifico di lavoro.
In ambito legale, questo può diventare molto potente.
Puoi avere una competenza per:
- redigere una petizione iniziale del consumatore;
- revisionare un contratto di prestazione di servizi;
- costruire una cronologia processuale;
- analizzare documenti probatori;
- preparare un report esecutivo per un cliente;
- revisionare un testo con focus su coerenza e rischio;
- trasformare una sentenza in un riepilogo strategico;
- creare una checklist per il deposito;
- adattare un modello dello studio a un caso specifico.
La competenza non deve contenere solo un "bel prompt".
Può contenere un metodo.
Può dire:
*"Prima di scrivere, fai sempre un piano."
"Separa i fatti dagli argomenti."
"Non inventare mai un numero di caso, una giurisprudenza o un documento."
"Quando non ci sono prove, segnalo come in sospeso."
"Usa un linguaggio chiaro e tecnico."
"Preserva la struttura del modello dello studio."
"Genera una checklist finale."
"Indica i punti che necessitano di convalida umana."*
Col tempo, lo studio smette di dipendere dall'improvvisazione.
Inizia a costruire una biblioteca di procedure intelligenti.
Questo si applica a Codex.
Si applica a Claude.
Si applica alle soluzioni API.
Si applica ai piani di abbonamento, quando lo strumento fornisce già un'interfaccia pronta.
È anche importante capire che "modello" non è tutto uguale.
Un errore comune è scegliere l'IA come se ci fosse una sola opzione: il modello più famoso, più costoso o più chiacchierato.
In pratica, il flusso legale può usare modelli diversi per compiti diversi.
- Un modello veloce può classificare documenti, estrarre dati semplici o organizzare nomi, date e valori.
- Un modello con miglior ragionamento può analizzare tesi, identificare rischi, costruire un piano per il testo e revisionare le contraddizioni.
- Un modello con contesto più ampio può leggere molti documenti contemporaneamente.
- Un modello più forte nella scrittura può trasformare il piano in una bozza chiara.
- Un agente con accesso ai file può generare il documento Word, confrontare le versioni e organizzare la cartella.
Il segreto operativo sta nel non trattare tutto come una singola chiamata all'IA.
Il flusso può essere suddiviso:
- Prima, estrazione.
- Poi, organizzazione.
- Poi, analisi.
- Poi, piano.
- Poi, stesura.
- Poi, revisione.
- Poi, formattazione.
- Poi, checklist.
Ogni fase ha una funzione.
E ogni fase può avere i propri criteri.
Questo riduce le allucinazioni.
Riduce il lavoro aggiuntivo.
Aumenta la tracciabilità.
E rende la revisione umana molto più obiettiva.
Un esempio pratico di flusso per una petizione iniziale potrebbe essere:
1. Acquisizione dei documenti.
L'avvocato crea una cartella per il caso e inserisce il contratto, le conversazioni, le ricevute, le notifiche, le sentenze precedenti, la procura, i documenti personali e le osservazioni del cliente.
2. Lettura e inventario.
L'agente elenca tutti i documenti, identifica tipo, data, parti coinvolte e possibile rilevanza.
3. Cronologia.
L'agente crea una cronologia con data, fatto, documento di origine e osservazione sulla prova.
4. Problemi legali.
L'agente separa i possibili fondamenti ma segna ciò che necessita di convalida.
5. Dubbi per l'avvocato.
Prima di scrivere, l'agente chiede cosa manca: valore, richiesta, prova, giurisdizione, prescrizione, tentativo di conciliazione, rischio processuale.
6. Piano per il testo.
L'agente costruisce una struttura: fatti, fondamenti, richieste, prove, provvedimento d'urgenza, valore della causa, documenti allegati.
7. Adattamento al modello.
L'agente usa un modello dello studio, preserva lo stile, la struttura e il linguaggio, ma lo adatta al caso.
8. Bozza.
L'agente scrive la prima versione.
9. Revisione tecnica.
L'agente verifica se tutte le richieste hanno un fondamento, se tutti i fatti importanti hanno un documento, se ci sono contraddizioni e se qualche passaggio è troppo generico.
10. Output in Word.
L'agente genera una versione modificabile, con titolo, argomenti e struttura pronta per la revisione finale dell'avvocato.
11. Checklist.
L'agente fornisce un elenco di verifica prima del deposito.
In questo scenario, la prima bozza può arrivare in pochi minuti.
Ma non nasce dal nulla.
Nasce da un sistema.
E questo sistema dipende da tre cose: buoni input, buone istruzioni e buona revisione.
Senza questo, l'IA accelera solo la disorganizzazione.
Uno studio che vuole usare l'IA con maturità deve creare alcuni asset interni.
Essi sono:
È qui che la conversazione torna alla governance.
L'IA nella professione legale non può essere trattata come un giocattolo per la produttività.
Influisce sulla riservatezza, sulla strategia, sulla responsabilità professionale, sui dati personali, sui documenti sensibili, sul rischio processuale e sulla fiducia del cliente.
Pertanto, l'avvocato deve capire il minimo della tecnologia.
Non per diventare un ingegnere. Ma per sapere cosa sta delegando.
Un agente può essere eccellente nell'organizzare le informazioni, ma non si assume la responsabilità professionale.
Un LLM può scrivere molto bene, ma non sa se quella tesi è la migliore per quel cliente.
Un flusso può accelerare il testo, ma non sostituisce la strategia legale.
La maturità sta nel sapere dove l'IA entra e dove si ferma.
Per me, la professione legale inizia a cambiare veramente quando l'avvocato capisce che può costruire una piccola operazione di IA attorno al proprio lavoro.
Non deve iniziare in grande.
Può iniziare con una cartella, tre modelli, un'istruzione ben scritta e un flusso semplice:
"Leggi, organizza, chiedi, pianifica, scrivi, revisiona."
Dopodiché, migliora.
Crea una competenza.
Crea una checklist.
Crea uno standard di output.
Crea una banca di modelli.
Crea un flusso per Word.
Crea un flusso per PDF.
Crea un'integrazione tramite API.
Crea una governance.
Col tempo, l'avvocato smette di essere qualcuno che parla e basta con un'IA.
Inizia a operare agenti.
E questo è un cambiamento profondo.
Perché chi impara a operare agenti può trasformare la conoscenza legale in un processo riutilizzabile.
Può prendere un modello che già esiste e far sì che l'agente lo applichi al caso specifico.
Può trasformare documenti disordinati in struttura.
Può trasformare ore di scrematura in minuti di revisione.
Può passare da "aiutami con questa petizione" a "esegui questo flusso di stesura, usando i miei modelli, i miei criteri e le mie checklist".
Questo è il punto.
Quando l'avvocato insegna all'agente a lavorare all'interno del proprio metodo, l'IA smette di essere solo uno strumento di scrittura e inizia a funzionare come un livello operativo dello studio.
La petizione in pochi minuti è solo la parte visibile.
Dietro c'è repertorio, modelli ben costruiti, file organizzati, istruzioni chiare, scelta appropriata dell'LLM, revisione umana e governance.
Questo è il punto che molti ancora sottovalutano.
La vera trasformazione non sta nel produrre più testo. Sta nel trasformare la conoscenza legale in un processo riutilizzabile.
Uno studio che impara questo inizia a guadagnare coerenza.
La scrematura migliora.
La revisione diventa più obiettiva.
I modelli smettono di essere dimenticati in vecchie cartelle.
La conoscenza accumulata inizia a circolare all'interno di flussi più chiari.
E l'avvocato guadagna qualcosa che è sempre stato scarso nella pratica legale: tempo qualificato per pensare meglio.
Alla fine, l'IA non rende il lavoro legale meno tecnico.
Richiede più metodo.
E chi sa costruire questo metodo lavorerà con un vantaggio difficile da ignorare.
