Claude per avvocati: le domande di 20,000 professionisti legali ad Anthropic

La settimana scorsa Anthropic ha organizzato una sessione intitolata Claude for Legal Teams. Si sono iscritte ventimila persone. La conduttrice, Nancy del marketing, ha dichiarato in diretta di non aver mai visto un numero simile per un webinar legale. Le credo. La sala ha inviato 51 domande e le ha votate 2.470 volte, e questo schema di voti è la ricerca più onesta sul legal-tech che io abbia visto quest'anno.

Fatti chiave

• Il webinar Claude for Legal Teams di Anthropic ha attirato 20.000 iscritti, 51 domande inviate e 2.470 voti.
• Quattro domande su privilegio e sicurezza hanno raccolto 1.050 voti — il 42% di tutta l'attenzione della sessione; la domanda più votata ha ottenuto 372 voti.
• HAQQ serve circa 9.800 studi legali, per lo più piccoli e medi, per lo più fuori dai grandi centri di acquisto tecnologico.

Dirigo un'azienda di questo settore. Costruiamo HAQQ, una piattaforma di IA legale che oggi serve circa 9.800 studi legali — per lo più piccoli e medi, per lo più fuori dai grandi centri di acquisto tecnologico, per lo più gli studi per cui nessuno organizza webinar. Quindi quando 20.000 loro cugini si presentano a una sessione su Claude, ci faccio attenzione. Ho scaricato la registrazione. Ho letto ogni domanda. Ho passato una serata con la trascrizione. Poi ho scritto questo.

Non è un resoconto. La registrazione è online se ve ne serve uno. Questa è la conversazione che il webinar non ha avuto il tempo di concludere — cosa hanno detto Mark Pike (responsabile prodotto legale di Anthropic) e Maggie Russo (IA applicata) quando sono arrivati a una domanda, cosa non sono riusciti ad affrontare, e le parti che secondo me hanno colto solo in parte, senza arrivare fino in fondo. Lo segnalerò chiaramente ogni volta. Dove la sala ha posto una domanda a cui nessuno sul palco ha risposto, risponderò io, come farei con un socio che mi avesse pagato per questo.

Una nota prima di iniziare. Le domande non sono mie. Vengono da avvocati veri, paralegali veri, responsabili operativi legali veri, che ci hanno messo il proprio nome. Dove cito una domanda, ne attribuirò la fonte. I conteggi dei voti provengono dalla sessione live. La storia di Andrew il paralegale, di cui parlerò tra poco, è quella che mi è rimasta più impressa, quindi comincerò da lì.

Un team di quattro persone. Uno studio Am Law 200. Un verdetto di giuria.

Mark l'ha raccontata sul palco e voglio ripeterla perché è la risposta a una domanda che nessuno ha votato, ma che tutti si chiedono in segreto. È davvero utile, questa roba, o stiamo facendo teatro dell'IA?

Andrew è un paralegale. Faceva parte di un team pro bono di quattro persone — due avvocati, due paralegali — che difendeva un caso di abuso su anziani contro uno studio Am Law 200. Non è una battaglia che si vince a colpi di ore fatturate. Così Andrew ha costruito uno strumento sull'API di Anthropic che sedeva al tavolo della difesa durante il processo, individuando in tempo reale gli angoli di controinterrogatorio, a volte prima ancora che la controparte finisse di porre la domanda. I quattro sono usciti con un verdetto di giuria consistente a favore del loro cliente.

Voglio che ci pensiate un attimo. Un paralegale. Ha scritto codice. In tribunale. Ha vinto.

Ora leggete la frase successiva con attenzione: quello è il caso d'uso mediano, non il tetto massimo.

Il webinar si è aperto con quella storia per un motivo. Le 51 domande che sono seguite sono ciò che accade quando 20.000 persone di una professione sopravvissuta a 800 anni di tradizione a penna d'oca si rendono conto collettivamente che la tecnologia è reale e che l'unica domanda rimasta è se la useranno bene o male. Nessuno ha votato l'IA sostituirà gli avvocati. Quel dibattito, all'interno della professione, è chiuso. Tutto ciò che c'era in chat era operativo. Come lo faccio senza perdere il privilegio. Come verifico. Come lo distribuisco. Come lo integro. Come evito la lista nera.

Vi accompagno attraverso quello che hanno chiesto, nell'ordine stabilito dai voti — ma prima, l'impostazione che Mark ha usato per presentare l'intera sessione. Vale la pena tenerla a mente leggendo il resto, perché ogni domanda successiva si collega a una di queste quattro idee.

§1 — I quattro pilastri di Mark: come Claude conosce davvero il vostro lavoro legale

Mark ha illustrato quelli che ha chiamato i quattro pilastri di come Claude svolge il lavoro legale. Li userò come spina dorsale di questo articolo perché (a) sono l'impostazione giusta e (b) la maggior parte delle domande del pubblico ricade in uno di essi. Se avete seguito il webinar, questa sezione vi risulterà familiare; se non l'avete seguito, questa è la versione da trenta secondi del quadro architetturale che Anthropic sta proponendo.

Pilastro 1 — Dati in tempo reale via Model Context Protocol (MCP). Mark ha definito MCP l'"USB-C dell'IA". È un protocollo aperto che permette a Claude di collegarsi ai vostri sistemi live — il vostro software di gestione fascicoli (iManage, NetDocuments), il vostro CLM, il vostro Drive, Outlook, la suite Microsoft, Slack, il calendario. Il punto non è che Claude carica uno snapshot del vostro lavoro; è che Claude legge gli stessi file che legge il vostro team, in tempo reale. La redline che arriva alle 16:00 è visibile alle 16:01 senza che nessuno debba ricaricare nulla. Sembra ovvio finché non si ricorda che la maggior parte dei deployment aziendali di IA oggi è ancora caricamento-PDF-su-Slack con obsolescenza eterna.

Pilastro 2 — Skill legali. Una "skill" in questo mondo è un file markdown che codifica un flusso di lavoro che il vostro team già esegue ogni settimana. Revisione NDA. Redlining contrattuale. Redazione di privilege log. Intake dei fascicoli. Controlli sulla libreria di clausole. Ricerca di precedenti. Analisi dei punti chiave di un deal. L'impostazione di Mark è stata importante: "Claude non parte da un foglio bianco sul lavoro che fate centinaia di volte all'anno. Attinge a quel corpus di conoscenza che avete creato all'interno del vostro dipartimento." Le skill rendono portatile la memoria muscolare istituzionale. Sono anche, ha detto Mark, costruibili in modo ricorsivo — potete chiedere a Claude di scrivervi le skill fornendogli esempi di lavoro passato.

Pilastro 3 — Comprensione dei documenti. Questo è il pilastro più sottovalutato. Claude legge la struttura di un accordo come farebbe un avvocato. Segue i termini definiti attraverso allegati e appendici. Spiega in inglese semplice cosa fa davvero una clausola e segnala esattamente dove si annida il rischio. Non è ricerca per parole chiave e non è sintesi testuale. È comprensione strutturale di come tengono insieme i documenti legali — termini definiti incrociati con i punti in cui vengono usati, eccezioni tracciate fino al punto in cui superano la regola generale, appendici collegate alle disposizioni operative che sviluppano. Il divario di capacità tra "riassumi questo MSA" e "trova ogni punto in cui i termini standard di questo MSA vengono silenziosamente scavalcati da una side letter" è enorme, ed è il Pilastro 3 a colmarlo.

Pilastro 4 — Contesto tra le app. La redline fatta in Word diventa una slide di sintesi in PowerPoint, diventa una bozza di email in Outlook, diventa un invito di calendario di follow-up — e Claude porta con sé il contesto del lavoro originale per tutto il percorso. Un unico filo. Nessuna riesposizione. Nessun passaggio copia/incolla. La frase esatta di Mark: "Il lavoro si muove con voi." Se avete mai passato venti minuti a riassumere il contesto di un fascicolo a un collega su Slack, o peggio, a un'IA che aveva dimenticato cosa stava facendo tra due interazioni, capite viscerlamente cosa risolve questo pilastro.

Non serve fare fine-tuning dei modelli per dare a Claude ingegnere una laurea in legge. Basta dare a questi strumenti l'accesso — gli stessi strumenti che gli avvocati usano ogni giorno per portare a termine il proprio lavoro. Ed è questo che lo aiuta a diventare un ottimo compagno di squadra in ambito legale.

Quella frase è l'intera scommessa architetturale. Anthropic non sta costruendo un'"IA legale" che sia un prodotto diverso dalla sua IA generale. Sta costruendo un unico modello capace e gli dà accesso alle stesse superfici in cui gli avvocati già lavorano. La personalizzazione avviene nelle skill, nei plugin, nei connettori e nel contesto dei fascicoli — non nei pesi del modello. Se questa scommessa sia corretta nel lungo periodo è una domanda a cui tornerò. Per ora, tenete a mente i quattro pilastri. Quasi ogni domanda del pubblico ricade su uno di essi.

Un secondo termine che vedrete ricorrere: il conio di Mark, amp-fooding. I dipendenti Anthropic si chiamano "formiche" (ants), quindi l'equivalente del dogfooding è l'amp-fooding. Usano Claude per costruire Claude. Il team legale di Mark usa Claude sul proprio lavoro legale. Quella ricorsione fa più lavoro di quanto la gente abbia notato nel webinar — quando sentite parlare di un'analisi su 742 ticket JIRA o di un flusso di redlining completato in 20 minuti, sono artefatti amp-fooded. Non ipotesi. Cose che il team legale di Anthropic ha fatto a se stesso prima di mostrarvele.

§2 — Il privilegio è la domanda dietro ogni altra domanda

Quattro domande su segreto professionale e sicurezza hanno raccolto 1.050 voti in totale. È il 42% dell'attenzione dell'intera sessione concentrata su un'unica preoccupazione. La domanda numero uno, con 372 voti, era quella di Jewel Seo: "Come gestisce il vostro team il segreto professionale quando usa Claude?"

Mark ha risposto direttamente, e la sua risposta è stata onesta nel modo in cui lo è solo un avvocato: non sono il vostro avvocato. Parlate con il vostro avvocato. Ma sotto la clausola di non responsabilità ha toccato tre punti sostanziali e un meta-punto, e vale la pena scomporli tutti.

La sostanza era questa. Primo, la recente sentenza Heppner — di cui Mark ha detto che il settore legale si sta "davvero rendendo conto" — riguardava un non-avvocato che usava un piano IA di livello consumer, operando di propria iniziativa, con le impostazioni di privacy non configurate. È il caso che gira su LinkedIn come monito sul privilegio, e l'impostazione conta: non era un caso su se gli avvocati possano usare l'IA. Era su cosa succede quando si usa il livello sbagliato. Secondo, sulle offerte commerciali di Anthropic — Team ed Enterprise — con le impostazioni di privacy configurate correttamente, Mark ha detto di essere "piuttosto sicuro" che si possa mantenere il privilegio. Terzo, l'ABA ha effettivamente regole deontologiche che impongono agli avvocati di restare aggiornati sulla tecnologia. Non usare l'IA non è una posizione neutrale; è una scelta deliberata, e sempre più una scelta difendibile solo se intenzionale.

Il meta-punto era il più interessante. Mark ha paragonato il momento attuale ai dibattiti di fine anni '90 su se gli avvocati potessero usare l'email, e a quelli dei primi anni 2000 sul SaaS in cloud. Quelle battaglie le abbiamo vinte. Vinceremo anche questa. L'unica domanda è se il vostro studio la vincerà con grazia o arrancando.

Ecco cosa Mark non ha detto, e cosa aggiungerei io, che costruisco in questo settore.

Il privilegio non è una funzione che si attiva in una pagina di impostazioni. È una proprietà del flusso di lavoro che deve essere vera contemporaneamente a ogni livello. Ci sono quattro livelli, e la maggior parte delle conversazioni che ho con i general counsel li comprime in uno solo, perdendone due.

Il livello contrattuale. Il vostro fornitore di IA non può usare i vostri input per addestrare i modelli. Questo è contrattuale, non tecnico. Nel livello enterprise di Anthropic è scritto nero su bianco. Nel Claude.ai gratuito non lo è. Se il vostro studio usa il livello gratuito per lavoro reale sui fascicoli, quella è la conversazione da fare lunedì mattina, non se l'IA sia rischiosa in generale. L'IA va bene. Il livello gratuito è il problema.

Il livello infrastrutturale. I sistemi del fornitore dovrebbero essere certificati SOC 2 Type II, avere opzioni di zero-data-retention per i fascicoli sensibili, e instradare attraverso una regione che soddisfi i vostri obblighi di residenza dei dati. La maggior parte dei fornitori con base negli Stati Uniti supera questa soglia. Molti con sede all'estero no, e la pratica contrattuale richiede più tempo del previsto.

Il livello di deployment. È quello a cui Mark ha accennato senza nominarlo. La configurazione che il vostro studio dà allo strumento — chi può installare quali connettori, quali canali Slack sono collegati, chi può leggere la cronologia chat di chi — determina se il privilegio sopravvive al contatto con il vostro stesso personale. La rottura del privilegio più comune che vedo sul campo non è un modello che perde dati; è un socio che incolla un memo sensibile in uno spazio di lavoro dove un amministratore non avvocato può leggerlo. Il fornitore non può risolverlo per voi. O lo configurate voi, o non lo fa nessuno.

Il livello del fascicolo. Il livello più profondo, e quello per cui credo esistano le piattaforme legal-specific. Il privilegio non è una proprietà vostra; è una proprietà di questo fascicolo, tra questo cliente e questo avvocato, per questo scopo. Nel momento in cui non riuscite più a dire a quale spazio di lavoro appartiene un pezzo di lavoro, non potete dire se il privilegio è intatto. L'IA generalista non ha alcun concetto di fascicolo. Ha progetti, cartelle, conversazioni — utili, ma non la stessa cosa. (In HAQQ trattiamo il fascicolo come unità atomica perché gli studi con cui lavoriamo non hanno la capacità ingegneristica per aggiungerlo da soli; hanno bisogno che venga fornito già pronto.)

La risposta di Mark era corretta ai livelli 1, 2 e 3. Il quarto è quello su cui il settore legale passerà i prossimi due anni a definire le proprie convenzioni. Se lavorate in-house presso un'azienda a proprio agio con la tecnologia e con una funzione IT solida, probabilmente potete cavarvela cucendo insieme il livello 4 da soli, tra progetti Cowork e ambiti dei plugin. Se siete uno studio regionale con dodici avvocati e una sola persona IT che gestisce anche il server di stampa, non lo cablerete da soli, e il fornitore che ve lo consegna già pronto è quello che comprerete.

La domanda su MCP, e perché meritava più tempo

La domanda di Julie Saliba, 150 voti, riguardava specificamente MCP. "Quali considerazioni di sicurezza vanno tenute presenti quando si collega la posta in arrivo o si usa MCP?"

Maggie ha risposto alla domanda più ampia sulla sicurezza e ha accennato al modello dei permessi di MCP — i connettori ereditano i vostri permessi di origine, quindi Claude non può accedere a file a cui voi stessi non potete accedere, e c'è una griglia di permessi per ogni azione: sempre consenti, richiede approvazione, bloccato, o personalizzato. Ha fatto una demo del connettore Gmail e ha mostrato come si può portare un'azione "invia email" da "sempre consenti" a "richiede approvazione". Tutto vero e utile.

Quello che non ha detto, e a cui Julie probabilmente puntava, è che i connettori MCP sono un accesso ambientale persistente. Non sono prelievi one-shot. Una volta collegata la vostra posta in arrivo a Claude, Claude ha capacità permanente di leggere quella posta in qualunque conversazione futura in cui il connettore sia abilitato, finché non lo revocate. È una postura di sicurezza diversa dal caricare un file in una chat. È più vicina nella forma a una concessione OAuth, il che significa che va governata come tale: registrare ogni recupero, verificare periodicamente, revocare in modo aggressivo, e non collegare mai account personali a strumenti concessi in licenza allo studio.

Il webinar ha mostrato il Gmail personale di Maggie collegato al suo Cowork personale. Va bene per una demo. Sarebbe motivo di licenziamento nella maggior parte degli studi con un vero programma di governance delle informazioni. Il motivo non è che Anthropic sia insicura; è che il registro di controllo di "cosa ha letto oggi questa IA sul mio cliente" vive in due sistemi invece che in uno, e i team dei fascicoli lo vogliono in uno solo. È risolvibile, ma va risolto deliberatamente. Il default "colleghiamo la posta perché la demo l'ha fatto così" è esattamente il modo in cui gli studi finiscono con un incidente di privilegio entro 18 mesi.

Mark ha guadagnato un piccolo credito per una cosa detta mentre Maggie mostrava la griglia sempre-consenti / richiede-approvazione. Ha detto che molti degli avvocati che incontra sono "molto preoccupati che l'IA agisca senza la loro approvazione" e che la griglia dei permessi era "una soluzione molto buona a qualcosa su cui la gente ha sollevato dubbi". Ha ragione. La griglia dei permessi è il controllo concreto che rende "l'essere umano nel loop" reale e non solo aspirazionale. Se non fate altro dopo aver letto questo articolo, impostate ogni azione "invia", "elimina" e "modifica" dei vostri connettori su richiede approvazione. Le azioni di sola lettura possono restare su sempre consenti. È un irrobustimento da cinque minuti che vi porta la maggior parte della sicurezza operativa con quasi nessuna perdita di fluidità.

Quello che la sala ha chiesto ma a cui non si è mai arrivati

Tre domande sulla sicurezza sono state votate ma non hanno ricevuto risposta in diretta.

Syed Ali Khan, 29 voti: "Le informazioni fornite a Claude sono 'sandboxed' — cioè non vengono usate per addestrare o migliorare il prodotto?" La risposta breve è sì sui piani commerciali, no di default sul Claude.ai consumer a meno che non disattiviate l'opzione. Questo va scritto nella policy IA del vostro studio, non lasciato nella memoria del vostro responsabile IT. Già che ci siamo, Cowork gira specificamente in una macchina virtuale isolata sul vostro desktop — Maggie l'ha menzionato di sfuggita rispondendo al blocco di domande sulla sicurezza — il che limita il raggio d'azione di qualunque cosa accada durante una sessione Cowork. I file che Claude tocca in Cowork restano confinati alle cartelle a cui lo puntate.

Tom Harriman, 9 voti: "Quali controlli a livello enterprise esistono per le skill? Possono essere assegnate a gruppi di utenti specifici (per esempio utenti Real Estate con skill mirate alla loro pratica)?" Anthropic ha recentemente rilasciato il controllo degli accessi basato sui ruoli per Claude Enterprise — Maggie l'ha citato di sfuggita. Le librerie di skill scoperte per gruppo di pratica sono tecnicamente possibili oggi tramite il marketplace dei plugin dell'organizzazione e l'RBAC. Non sono pronte all'uso immediato. Il vostro team IT costruirà l'impalcatura una volta, e poi funziona.

Rodney Younce, 200 voti: "Come spieghiamo ai clienti che i loro dati vengono usati in sicurezza?" Questa è la domanda a cui, secondo me, Anthropic avrebbe dovuto rispondere con più cura, e a cui ha risposto meno. Gli avvocati non possono dire ai propri clienti "Anthropic ha detto che è sicuro". Devono poter fare le proprie rappresentazioni. La risposta giusta qui è un questionario di sicurezza per il fornitore, una lettera di attestazione per i fascicoli sensibili, e una spiegazione di una pagina, comprensibile al cliente, che il dipartimento marketing dello studio possa consegnare a un general counsel diffidente. Anthropic pubblica il materiale sottostante su trust.anthropic.com — Mark lo ha citato — ma la traduzione in un linguaggio rivolto al cliente è lavoro dello studio. La maggior parte degli studi non l'ha fatto. Dovrebbero.

§3 — Il plugin legale è appena un prodotto, e Mark l'ha detto lui stesso

Tredici domande si sono raggruppate intorno a skill e plugin. La domanda di Rebecca Wright, 50 voti — "possiamo avere un glossario?" — è stato il momento più votato di onestà in inglese semplice dell'intera sessione. Il webinar ha lasciato cadere skill, plugin, Cowork, Claude Code, connettori MCP, artifact e progetti nello stesso paragrafo più di una volta, e la chat se n'è accorta.

Ecco il glossario con cui il webinar avrebbe dovuto iniziare.

Una skill è un file markdown. Tutto qui. Dice a Claude come fare una cosa specifica — revisionare un SOW rispetto a un playbook, redigere un privilege log, smistare le NDA in arrivo — scrivendo la procedura come la scrivereste per un nuovo associato. Mark ne ha mostrata una a schermo. Erano circa 200 righe di testo semplice. Chiunque può scriverne una. Molti lo fanno.

Un plugin è un pacchetto di skill distribuite insieme. Il "plugin legale" di Anthropic è una raccolta di skill legali — brief per riunioni, triage NDA, revisione contratti, redazione di privilege log e qualche altra. Si installa da Cowork → Personalizza → Plugin → sotto "Anthropic e Partner" → clic su installa. Due minuti.

Un connettore (a volte chiamato server MCP) è il tubo di dati in tempo reale. iManage, NetDocuments, Outlook, Gmail, Drive, Slack, il vostro CLM. I connettori sono il modo in cui Claude legge ciò con cui il vostro studio lavora davvero.

Cowork è l'applicazione desktop collaborativa di Anthropic. Mostrata ampiamente nel webinar. È ora disponibile in generale — Andra Robinson ha chiesto se fosse ancora in beta e la risposta è no, GA (generalmente disponibile). Potete pensarlo come Claude con un laptop invece che solo una finestra di chat. Apre cartelle, scrive file, esegue cose in parallelo.

Claude Code è la CLI rivolta agli sviluppatori. Stesso motore di Cowork ma in un terminale. L'analogia di Maggie era ottima: Claude Code sta a Cowork come un terminale sta a un IDE. Se non siete ingegneri, usate Cowork.

Gli artifact sono output live che Claude genera all'interno di una conversazione — una dashboard, un documento, una piccola app — con cui potete interagire lì stesso.

I progetti sono spazi di lavoro condivisi dentro Claude. Contengono istruzioni, file e configurazioni dei connettori che tutti i partecipanti al progetto ereditano.

Ecco tutto il vocabolario. Il webinar avrebbe dovuto dedicare due minuti a questa slide. Non l'ha fatto. La domanda di Rebecca porta 50 voti per un motivo.

"Non usate il plugin legale così com'è"

È al suo meglio quando è stato davvero rimontato e incorpora la voce della vostra azienda, le vostre matrici di rischio, i vostri playbook e il vostro linguaggio di riserva. Non indossereste un vestito comprato di serie — lo fareste su misura per farlo calzare bene.

Mark l'ha detto sul palco ed è stata la frase più importante dell'intero webinar. L'ha detta a proposito della cosa che lui stesso ha costruito. Traduzione: il plugin legale è un template di partenza, non un prodotto finito. Esiste per mostrarvi come si presenta il formato e per darvi un vantaggio di cento metri sui vostri stessi playbook. Se lo installate e lo usate così com'è, state ottenendo la teoria di Anthropic su come dovrebbe funzionare una skill transazionale, non quella del vostro studio. Tutta la leva sta nella personalizzazione.

È una buona notizia e una cattiva notizia. La buona notizia è che la personalizzazione è ricorsiva — potete sedere Claude e chiedergli di scrivervi le skill, dandogli alcuni esempi delle redline passate del vostro studio e dicendo "estrai il playbook". Mark lo ha segnalato e funziona nella pratica. Usiamo lo stesso trucco per le skill che HAQQ fornisce agli studi che si integrano sulla nostra piattaforma: date al modello quindici delle vostre vecchie revisioni NDA e chiedetegli di produrre il playbook. Dovrete ripulirlo. Ma è una soluzione al 90% in 30 minuti. C'è anche una skill integrata chiamata "creatore di skill" che vi accompagna nel processo se non volete pensare voi stessi al meta-prompting; Maggie l'ha mostrata durante la demo.

La cattiva notizia è che questo lavoro è lavoro vero, e la maggior parte degli studi che seguivano il webinar non ha capacità di riserva per farlo. È qui che diventa visibile la realtà a due livelli del settore legale. Anthropic-il-datore-di-lavoro ha un responsabile prodotto legale dedicato (Mark) che costruisce skill a tempo pieno. La maggior parte degli studi ha un socio incaricato della "tecnologia" che ha già 1.800 ore fatturabili e un figlio alle medie. La personalizzazione è leva, e la leva è distribuita in modo diseguale.

Ben Kühnel ha chiesto del futuro del plugin legale, osservando correttamente che "al momento consiste solo in alcune skill di Claude". Mark ha detto che è solo l'inizio, che arriveranno altre superfici office, che il ritmo dell'innovazione è veloce. Gli credo. Penso anche che il plugin legale continuerà a essere un kit di partenza piuttosto che una soluzione pronta all'uso, per lo stesso motivo per cui Microsoft Word non è un sistema di gestione contrattuale. Le piattaforme generaliste distribuiscono primitive generali. La specializzazione avviene nel livello sopra.

La domanda di Tyler Niederwerder è più importante dei suoi 33 voti

"Claude può decidere automaticamente quale skill usare?" Sì. E la risposta è uno dei piccoli dettagli del webinar che penso conterà più di quanto il pubblico abbia realizzato.

Non ho usato uno slash command o qualcosa di speciale per assicurarmi che venisse usata la skill. Ho semplicemente usato il suo nome. Potrei anche usare una descrizione tipo 'mi sto preparando per la riunione, aiutami a creare un brief', e Claude capirà che è di questo che sto parlando.

Questa è la differenza tra un'IA che richiede ai suoi utenti di memorizzare un pannello di controllo e un'IA che coglie il linguaggio naturale e si autoattiva. Per il socio che rifiuta di memorizzare comandi, questa è la differenza tra adozione e scaffale polveroso. Maggie non ci si è soffermata. Io lo farei. Costruire la skill una volta e poi avere Claude che la richiama automaticamente ogni volta che l'utente formula una richiesta pertinente — è questo il design UX che trasforma "abbiamo strumenti IA" in "usiamo strumenti IA".

C'è un'implicazione più sottile. Se scrivete una skill chiamata triage-nda e Claude può richiamarla automaticamente su una frase come "guarda le NDA nella cartella di posta in arrivo, dimmi quali dovremmo ridlinare", allora la vostra libreria di skill è funzionalmente un'API in linguaggio naturale per la conoscenza istituzionale del vostro studio. L'avvocato che ha scritto la skill una volta si sta moltiplicando su ogni collega che userà mai una frase contenente l'intento giusto. È il meccanismo per cui il playbook di un associato attento diventa lo stile della casa dello studio.

La domanda di Robert Graham è quella che conta di più

Solo undici voti. "Come suggerite di alimentare le skill di Claude con la nostra voce, il nostro tono e la nostra posizione, in combinazione con il plugin legale?"

Questa è la vera domanda sulla personalizzazione, e Mark vi ha risposto indirettamente quando ha raccontato la storia dell'analisi su 742 ticket JIRA. Il suo metodo: caricare il corpus in Claude, chiedergli di trovare schemi, chiedergli di suggerire dove l'automazione creerebbe più valore, poi fargli redigere le skill. Lo ha usato per scoprire che il suo team spendeva troppo tempo sul triage NDA e sulle domande relative al software open source. Ha poi costruito skill mirate esattamente a quei flussi di lavoro.

Applicatelo al vostro studio. Prendete i vostri ultimi 200 intake clienti, o 200 redline, o 200 email ai clienti. Consegnateli a Claude in un progetto Cowork. Chiedete: quali schemi vedi in come svolgo questo lavoro che potrei codificare come skill? La risposta vi sorprenderà. Parte di ciò che pensate sia giudizio su misura è in realtà pattern-matching contro i vostri ultimi sei fascicoli e potrebbe essere pre-compilata. Parte di ciò che pensate sia meccanico è in realtà dove risiede il vostro valore e non andrebbe mai automatizzata. Non saprete quale sia quale finché non leggerete cosa trova il modello.

Il cambio di mentalità descritto da Mark — e su cui Montserrat Mazo ha chiesto con quattro voti — è passare dall'essere chi esegue a chi gestisce agenti. Smettete di redigere e iniziate a rivedere. Smettete di fare ricerca e iniziate a verificare. Smettete di digitare e iniziate a controllare. È scomodo per gli avvocati perché avvocatura e battitura sono state grossomodo sinonimi per trent'anni. Gli avvocati che superano più in fretta quel disagio sono quelli che vinceranno il prossimo decennio.

Skill come conoscenza istituzionale: la storia di Pamela e perché scala

Maggie ha mostrato rapidamente qualcosa chiamato /schedule, e poi Mark ha raccontato la storia che giustifica l'intera funzionalità. La sua collega Pamela, nel team regolatorio, passava due ore al giorno a sintetizzare notizie regolatorie globali. Ha chiesto a Claude di farlo su base pianificata. Ora gira alle 8 del mattino, produce un giornale quotidiano e lo pubblica su un Google Site che tutto il team legale legge con il caffè del mattino. Due ore al giorno sono diventate zero, il risultato è migliorato, e tutto il team riceve lo stesso brief.

Questa è la forma giusta per l'IA in un dipartimento legale. Non "l'avvocato chatta con il bot". Un'automazione pianificata che produce un artifact che il team consuma. È la stessa forma della nota di mercato settimanale di un analista di ricerca, solo che l'analista è un modello e la nota viene generata di notte.

Alexis Hartwell-Gobeske ha posto la domanda correlata con 13 voti: "Claude può essere configurato per fornire aggiornamenti automatici su scadenze di deposito, date di udienza, eccetera?" Sì. Il meccanismo è esattamente quello di Pamela: collegare Claude al vostro sistema di gestione fascicoli via MCP, scrivere una skill che sappia cosa conta come scadenza, pianificarla per girare due volte al giorno, farla pubblicare su Slack o email o una pagina Sharepoint. La parte difficile non è l'IA; è collegare il sistema di gestione fascicoli. Se il vostro DMS supporta MCP oggi, potete costruirlo in un pomeriggio. Se non lo supporta, state aspettando il fornitore — e la maggior parte dei fornitori di gestione fascicoli è indietro di 12-18 mesi su questo. Le piattaforme che coprono questo terreno si prenderanno il mercato dei piccoli studi.

Condividere le skill dentro uno studio, tra l'altro, è un'operazione a un pulsante. Maggie l'ha mostrato in demo. Una volta scritta o rimontata una skill nella vostra libreria personale, potete condividerla con un collega, una mailing list, o inviarla al marketplace di plugin della vostra organizzazione se il vostro amministratore ne cura uno. Quest'ultima parte — il marketplace organizzativo — è il meccanismo per cui la libreria di skill di uno studio diventa un vero asset invece di una collezione di strumenti ombra di proprietà dei singoli soci. Se siete in uno studio con più di cinquanta avvocati e non avete qualcuno che cura una libreria di plugin interna, state lasciando sul tavolo una leva che si accumula.

§4 — Le allucinazioni hanno ricevuto meno voti di quanto mi aspettassi, e questo racconta una storia

Quattro domande su accuratezza e allucinazioni hanno ricevuto 161 voti. Era il quarto tema per classifica, non il primo. Un anno fa sarebbe stata la preoccupazione dominante. Il fatto che il privilegio abbia battuto le allucinazioni di 6,5 volte è il segnale più forte del dataset.

La professione è passata da mentirà? a come verifichiamo sistematicamente. Nikolaj Nielsen l'ha detto chiaramente con 70 voti: "spesso richiede una verifica completa. Come differenzia Anthropic i propri modelli sul fronte della mitigazione delle allucinazioni e della garanzia di affidabilità?" Aviv Geron con 60 voti: "qual è la vostra metodologia raccomandata per verificare gli output legali di Claude prima che arrivino a revisori senior o a organi di controllo?"

Mark ha dato la risposta giusta. Ha citato gli oltre 2.000 depositi giudiziari ormai documentati come contenenti citazioni allucinate — sì, duemila — e ha detto che il modo per restare fuori da quella lista è ancorare l'IA alla giurisprudenza reale tramite strumenti e connettori, chiederle di citare le fonti e mantenere un essere umano nel loop. Maggie ha aggiunto che le finestre di contesto a un milione di token aiutano e che chiedere a Claude di citare le fonti dà "quella sicurezza che non sia informazione allucinata".

È corretto ma incompleto. Lasciatemi dire la parte che il webinar non ha detto.

La verifica delle citazioni è necessaria ma non sufficiente. Claude può citare una fonte che esiste ma che non dice quello che Claude dice che dice. Il modello produrrà una citazione Westlaw reale e poi la riassumerà in modo scorretto, e un associato indaffarato incollerà la citazione in una memoria senza controllare il caso sottostante. È il meccanismo primario per cui anche gli studi attenti finiscono comunque con depositi allucinati. La mitigazione non è "chiedi le fonti". È "chiedi le fonti e verifica che il linguaggio citato esista nel documento fonte". Quel secondo passo è quello che la vostra skill di verifica dovrebbe automatizzare.

La metodologia di verifica che raccomanderei, e quella che abbiamo integrato in HAQQ perché ci siamo stancati di spiegarla caso per caso: ogni affermazione che Claude fa in un output legale è annotata con il paragrafo o la pagina specifica da cui proviene. Ogni frase citata viene riconfrontata con il documento fonte e segnalata se non compare parola per parola. Il compito del revisore umano non è verificare tutto; è verificare le segnalazioni. Questo riduce il costo della verifica da "leggi l'intero output e poi leggi l'intera fonte" a "leggi l'output e controlla gli elementi che il sistema stesso non si fida". È la differenza tra un'IA che fa risparmiare tempo e un'IA che crea un nuovo mucchio di lavoro.

Valter Pasanen ha posto la versione granulare di questa domanda con 21 voti: "Potete verificare fonti e paragrafi usati nei testi in dettaglio quando usate Claude?" La risposta con Claude puro è parzialmente. La risposta con un sistema legal-specific costruito per farlo è sì, con un riferimento a paragrafo specifico per ogni affermazione, e una segnalazione se il paragrafo non dice ciò che il sistema afferma. È una categoria di funzionalità che non è ancora standard nell'IA generalista ed è una delle poche ragioni oneste per usare uno strumento legal-specific rispetto a uno generalista.

La sentenza Heppner menzionata da Mark in precedenza torna qui. L'utente non-avvocato non aveva alcun flusso di verifica perché il piano consumer non presentava le citazioni come artefatti di prima classe. La lezione generale: l'infrastruttura di citazione non è una funzionalità che gli avvocati dovrebbero doversi costruire da soli. Dovrebbe essere già nella confezione.

Priyanka Mehta con 10 voti: "Vi affidate completamente all'output di Claude, o serve ricontrollare i documenti per assicurarsi che non abbia perso punti o segnali di allarme?" La risposta di Mark è stata quella giusta di un avvocato: non al 100%, va rivisto. Il seguito onesto è che il divario tra l'output dell'IA e ciò che un revisore senior avrebbe colto si sta riducendo di circa il 30% per ogni generazione di modello. Non siamo al punto di saltare la revisione. Siamo al punto in cui la revisione richiede 20 minuti invece di due ore. L'economia della pratica cambia con quel rapporto, anche se il flusso di lavoro sembra lo stesso sulla carta.

§5 — Il problema del documento da 70 pagine (e perché le harness agentiche lo risolvono)

Anonimo, 101 voti, la domanda quinta più votata dell'intera sessione: "Il lavoro legale può coinvolgere documenti di 70+ pagine. Con contesto dettagliato e chiamate a strumenti, c'è un rischio crescente di context rot e output degradato. Come lo affronta il team legale di Claude?"

Mark ha risposto sul palco e la sua risposta è uno dei punti architetturali più importanti dell'intero webinar, quindi voglio svilupparla con attenzione perché spiega perché Cowork esiste come superficie di prodotto separata e non solo come una finestra di chat più lunga.

Il problema descritto dalla domanda è reale. I modelli linguistici di grandi dimensioni hanno un fenomeno chiamato problema del "perso nel mezzo": man mano che si stipa più testo in un'unica conversazione, l'accuratezza sui dettagli al centro di quel testo si degrada. Succede anche con una finestra di contesto a un milione di token. Il modello tecnicamente vede tutto; non presta attenzione a tutto in modo affidabile. Per il lavoro legale, dove la differenza tra il paragrafo 27 di un allegato e il paragrafo 28 dello stesso allegato può essere l'intera questione, non è una preoccupazione teorica.

È per questo che amo così tanto Cowork. La harness agentica permette alle cose di sciamare, fare piani, eseguire e distillare gran parte della massa di conoscenza che i team legali spesso hanno o incontrano nel loro lavoro, dandole un senso. Nelle conversazioni basate su chat o a turni con l'IA, sì, si ha quel degrado. Ma quando Claude può usare un computer locale, salvare file nei posti giusti e usare questi tipi di file system, abbiamo davvero scoperto che riesce a tenere il passo e non subisce quel context rot.

Traduzione. In una finestra di chat, si consegna al modello l'intero documento di 70 pagine in un colpo solo, e o entra nel contesto o non ci entra, e in ogni caso il modello ha una sola occasione per leggerlo. È il regime in cui scatta il context rot.

In Cowork, il modello ha accesso a un vero file system sul vostro laptop. Quindi fa ciò che farebbe un associato umano: apre il documento, suddivide l'analisi in fasi, scrive note intermedie su disco, le rilegge quando serve, e usa sotto-processi paralleli per sotto-compiti indipendenti. Il documento di 70 pagine non deve vivere nel prompt; vive su disco, e il modello recupera le parti che gli servono quando gli servono. È questo che significa davvero la parola "agentico". Non "IA che fa cose" — quella è la versione marketing. La versione tecnica è "IA che usa strumenti, incluso un file system, per estendere la propria memoria di lavoro oltre ciò che entra in un singolo prompt".

Maggie ha aggiunto la seconda metà della risposta nella sua demo: chiedete a Claude di citare le fonti. Quando il modello opera su un documento lungo e produce output, volete che indichi esattamente da quale pagina o paragrafo proviene ogni affermazione. Questo serve a due scopi. Vi dà un appiglio di verifica (potete controllare direttamente la sezione citata). E costringe il modello a una modalità di ragionamento più ancorata, perché scrivere "affermo X perché la pagina 14 dice Y" è più difficile da falsificare di "X è vero, fidatevi".

Implicazione pratica per un team legale. Se il vostro lavoro coinvolge regolarmente documenti sopra le cinquanta pagine — pensate a grandi operazioni di M&A, complessi depositi regolatori, discovery multi-volume, dense perizie tecniche — non dovreste svolgere quel lavoro in chat. Dovreste farlo in Cowork, dove la harness agentica può davvero scomporre il problema. Fare l'analisi di un documento di 200 pagine nel semplice chat di Claude.ai equivale, come flusso di lavoro, a cercare di leggere un manuale tenendo l'intero libro davanti agli occhi tutto insieme. Cowork permette al modello di aprire un capitolo alla volta.

È anche qui che la capacità del Pilastro 3 (comprensione dei documenti) e quella del Pilastro 4 (contesto tra le app) si combinano bene. Cowork può eseguire un'analisi multi-fase su un documento lungo, scrivere i risultati intermedi su un file, poi continuare il lavoro nel componente aggiuntivo di Word dove avviene il redlining vero e proprio. Le 70 pagine non devono passare per la cruna dell'ago di un singolo strumento. Fluiscono.

Una piccola nota onesta. La harness agentica non è magia; è un modo strutturato di far lavorare il modello aggirando i propri limiti, e i limiti restano reali. Una skill che si richiama quindici volte per analizzare quindici sezioni di un documento può derivare nello stile o raggiungere conclusioni incoerenti tra le sezioni. Le skill ben fatte gestiscono questo definendo una fase finale di "sintesi" che legge tutti gli output per sezione e li riconcilia. Se scrivete le vostre skill per il lavoro su documenti lunghi, prevedete quella fase di sintesi. È la differenza tra quindici risposte parziali e un unico output coerente.

§6 — Lo zoo dei documenti è reale, e il webinar lo ha per lo più saltato

Sei domande sulla gestione dei documenti hanno ricevuto 175 voti. La maggior parte di queste non ha ricevuto risposta in diretta, e sono le domande che vorrei di più vedere affrontate nel prossimo webinar, perché la gestione dei documenti è dove le presentazioni commerciali del legal-AI incontrano la pratica legale reale e appaiono i vuoti grandi come camion.

Shivangi Agarwal con 44 voti, la domanda a cui penso la maggior parte degli spettatori volesse una risposta: "I tipi di file usati finora sono docx, md, csv. Claude ha la stessa accuratezza con PDF di vecchi atti di vendita e documenti illeggibili? E i JPEG? Sono comuni nel contenzioso su proprietà intellettuale e immobiliare."

La risposta onesta in tre parti.

PDF moderni con testo incorporato — i vostri documenti di deal standard, i depositi recenti, qualunque cosa generata digitalmente negli ultimi 15 anni — Claude li gestisce eccellentemente. L'accuratezza è comparabile a docx. Nessuna sorpresa.

PDF scansionati — inclusi quei vecchi atti di vendita menzionati da Shivangi, e il "PDF" che l'ufficio del vostro cancelliere locale vi ha inviato per posta, che in realtà è una fotocopia del 1987 passata per un fax — l'accuratezza dipende interamente dallo strato OCR davanti al modello. La capacità visiva di Claude può leggere testo nelle immagini, ma su scansioni degradate gli errori OCR si accumulano. Vedrete date lette male, coppie di lettere scambiate e paragrafi persi. Per i fascicoli dove questo è il grosso delle prove, al momento nessuna IA generalista è abbastanza buona da sola. Serve una pipeline OCR dedicata a monte — Tesseract per il budget contenuto, Adobe o AWS Textract per la produzione — che alimenti a Claude testo pulito. Gli strumenti legal-specific che gestiscono bene questo, incluso il nostro, distribuiscono la pipeline OCR come parte del pacchetto perché chiedere a ogni studio di costruirsela è irrealistico.

I JPEG di documenti legali — appunti manoscritti, fotografie di redline segnate a mano, moduli scansionati a bassa risoluzione — sono il caso più difficile. I modelli visivi, Claude incluso, possono estrarre contenuti, ma nel lavoro su proprietà intellettuale e immobiliare, dove conta ogni virgola, ci saranno errori, e dovete verificare. Il flusso di lavoro realistico oggi è: far produrre all'IA una trascrizione, trattarla come bozza, far verificare a un paralegale contro l'originale. È comunque più veloce che digitarlo da zero. Non è a tocco zero. Chi vi dice il contrario, vi sta vendendo qualcosa.

La domanda di Aishwarya Belle, 57 voti, è quella che amo di più perché è la vita quotidiana di un avvocato transazionale: "Come avvocato transazionale, faccio fatica a tenere traccia di quale versione del documento riflette le modifiche fatte da più parti. Claude può fornire un confronto per questo?"

Maggie ha mostrato in demo un redlining bellissimo — track changes generate direttamente in Word dal report di triage — ma il confronto tra versioni multi-parte richiesto da Aishwarya non è stato mostrato. La capacità esiste. Potete consegnare a Claude quattro versioni di un MSA e chiedere "cosa è cambiato tra la v2 e la v3, e tra la v3 e la v4, e quali clausole sono state toccate da quale controparte". Claude produrrà un registro modifiche clausola per clausola con la versione di origine. È genuinamente utile. Il motivo per cui non è stato mostrato in demo è probabilmente che richiede di fornire al modello tutte e quattro le versioni e porre la domanda con precisione, e le demo preferiscono la magia in un colpo solo.

Se la vostra vita quotidiana è M&A o grande lavoro transazionale e prendete una sola pratica operativa da questo articolo, prendete questa: costruite una skill chiamata "confronto versioni" che prenda una cartella di bozze versionate e produca un registro modifiche a livello di clausola con parti, date e motivazione dove riesce a dedurla. Questa skill sostituisce una parte significativa del lavoro che un associato junior fa oggi in vista traccia-modifiche, e non richiede una riprogettazione di come lavora il vostro team. Mark la chiamerebbe "amp-fooding" — usare lo strumento prima sul lavoro più ripetitivo e più doloroso. È il posto giusto da cui partire.

Vernicka Shaw e Melissa Lee hanno entrambe posto la forma più semplice: come si fa il redlining. La demo del componente aggiuntivo di Word era la risposta, ed è la migliore attualmente disponibile fuori dalle piattaforme contrattuali specializzate. Apri Word, apri il pannello laterale di Claude, carica un report di triage o un playbook, chiedi le redline, accetta o rifiuta ogni track change singolarmente. Cinque minuti dalla domanda alla redline funzionante. I 13 e 2 voti su queste domande riflettono il fatto che tutti sanno che il redlining conta; nessuno era sicuro che Claude lo sapesse fare bene; la demo ha dimostrato che sì.

La domanda di Orietta Blanco con sei voti — "Claude può confrontare grandi volumi di documenti che arrivano in formati diversi?" — è genuinamente difficile. Lotti in formato misto (alcuni docx, alcuni PDF, alcuni scansionati, alcuni HTML) richiedono un passaggio di normalizzazione che la maggior parte degli strumenti generalisti non fa automaticamente. La risposta realistica oggi: costruire (o comprare) una pipeline che converte tutto in un formato comune per primo, poi eseguire il confronto. Non glamour. Necessario.

§7 — Dove lavorano davvero gli avvocati è dove deve vivere l'IA

Tre domande sulle integrazioni hanno ricevuto 269 voti — cifra che sembra modesta finché non si scopre che la singola domanda di Michael Graham ne ha ottenuti 84 ed è stata probabilmente la domanda pratica più importante dell'intera sessione.

"Molti studi non usano Gmail o nemmeno Outlook — il lavoro è conservato in un sistema di gestione documentale o dei fascicoli. Come può leggere questi file Claude? Serve un'integrazione specifica?"

Mark ha risposto a questo nella sua slide sui quattro pilastri: connettori MCP per iManage, NetDocuments, CLM, Drive, Outlook, la suite Microsoft. L'architettura è giusta. La realtà è più sfumata.

La risposta teorica è che qualunque sistema con un'API può essere collegato via MCP, e che l'ecosistema MCP conta oggi centinaia di connettori pubblici e un flusso costante di nuovi in uscita. Potete collegare Claude a qualsiasi cosa.

La risposta pratica per lo studio mediano è che oggi avete connettori di prima classe per Microsoft 365, Google Workspace, Slack, Teams, Notion e una lista crescente di SaaS di marca nota. I sistemi legal-specific — iManage, NetDocuments, ProLaw, Clio, MyCase, PracticePanther — variano enormemente nella loro prontezza MCP. iManage e NetDocuments ci stanno lavorando. I fornitori più piccoli di gestione fascicoli sono per lo più al livello "abbiamo un'API, qualcuno potrebbe scrivere un connettore" piuttosto che "forniamo un connettore che installi in due clic".

Questo è il divario di integrazione. È il motivo singolo più grande per cui un piccolo studio che usa Clio non può semplicemente installare Claude e iniziare a lavorare oggi nel modo in cui lo fa il team di Mark. L'impianto non c'è ancora. Ci sono due modi per gestire questo divario: aspettare che il vostro fornitore di gestione fascicoli distribuisca un connettore (lento), o usare una piattaforma legal-specific che ha già fatto il lavoro di connessione per voi (più veloce, ma con un compromesso sul numero di fornitori). Entrambi validi. Nessuno dei due ottimale. Il mercato risolverà questo in 18-24 mesi.

Christian Fleischmann ha chiesto, senza conteggio voti registrato: "Il plugin Word sfrutta i playbook creati in Cowork?" Sì — ed è una delle cose genuinamente impressionanti dell'architettura. La stessa skill installata in Cowork è disponibile nel componente aggiuntivo di Word. Il playbook scritto contro una cartella fascicolo iManage funziona quando siete davanti a un docx in Word. È il pilastro "porta il contesto tra le app" che Mark ha sottolineato, ed è reale. Funziona. Implica anche che qualunque conoscenza istituzionale codifichiate nelle vostre skill si moltiplica su più superfici, il che significa che la creazione di skill è il punto di leva. Passate un pomeriggio a scrivere una buona skill e avrete aggiornato l'esperienza del vostro team in tre strumenti diversi contemporaneamente.

Gianni Carfi Pavia, 35 voti: "Come vedete il componente aggiuntivo di Claude per Word combinato con skill su misura cambiare il modo in cui i professionisti legali lavorano sui contratti?"

Il cambiamento è meccanico e misurabile. Una revisione MSA standard in uno studio transazionale competente oggi richiede da due a quattro ore, a seconda del playbook. Con una skill su misura nel componente aggiuntivo di Word, richiede da 20 a 30 minuti — Mark ha detto che il suo team fa redline in 20 minuti — se la skill è scritta bene. La riduzione del 90% del tempo non si distribuisce in modo uniforme sul lavoro dell'associato. Comprime la scansione meccanica. Non comprime le decisioni di giudizio. Il flusso di lavoro risultante è: l'associato esegue la skill, legge le sezioni segnalate, fa scelte di giudizio sui casi limite, produce la marcatura finale. L'associato ha impiegato 30 minuti invece di tre ore, e la parte del lavoro che coinvolgeva effettiva pratica legale è passata dal 20% all'80% del tempo. È ciò che intende la gente quando dice che l'IA rende il lavoro più interessante — non perché il modello sia diventato creativo, ma perché la routine è stata estratta.

Segnalo una cosa pratica su cui la demo non si è soffermata. Il componente aggiuntivo Word richiede una licenza Microsoft 365 a pagamento e che i permessi della skill siano impostati correttamente al primo avvio. Se siete in uno studio ancora su Office 2019 perché l'IT non ha approvato la migrazione, questo non funzionerà. Un numero sorprendente di studi lo è. Aggiungetelo alla vostra roadmap IT.

Mark ha anche menzionato di sfuggita quella che ha chiamato la "trilogia degli agenti office" — Word, Excel, PowerPoint — e l'email come quarto elemento. Il punto: la maggior parte del lavoro intellettuale degli avvocati avviene attraverso queste quattro superfici, e Claude ha ora una presenza di prima classe in tutte. Un brief per una riunione può iniziare come documento Word, diventare una presentazione PowerPoint per il pitch al cliente, attingere dati da un foglio Excel, e finire come email. Ogni passaggio richiedeva prima di riesporre il contesto. Ora non più. È la forma di flusso di lavoro che trasforma "strumento IA" in "compagno di squadra IA".

§8 — Cowork, Code, Chat, Word — quale superficie, quando

Sette domande hanno riguardato la superficie di prodotto e la questione del modello. Il conteggio voti complessivo era 213, distribuito su quella che è essenzialmente un'unica confusione: quale Claude uso.

L'analogia terminale-vs-IDE di Maggie è stata l'impostazione migliore della giornata. Claude Code è il terminale — per ingegneri. Cowork è l'IDE — per tutti gli altri. Usano lo stesso motore. Condividono le stesse skill. Differiscono nella superficie, non nella capacità.

Tian Luo con 68 voti l'ha chiesto due volte — una per Cowork vs Claude Code, una per Haiku vs Sonnet vs Opus. La prima ha avuto risposta. La seconda non è stata affrontata direttamente, quindi lo faccio io. Haiku è il più veloce ed economico, adatto a lavori di routine ad alto volume dove preferite pagare 0,001 $ per chiamata invece di 0,05 $ — classificazione in blocco, sintesi semplice, instradamento dell'intake. Sonnet è il cavallo di battaglia quotidiano per il lavoro legale; il rapporto prezzo-prestazioni è il migliore per revisione contrattuale, redazione, redlining, il grosso di ciò che fa un team transazionale o in-house. Opus serve per il ragionamento difficile — sintesi multi-documento complessa, questioni legali inedite, situazioni in cui la risposta sbagliata è costosa. La regola giusta per uno studio: default su Sonnet, escalare a Opus quando la posta in gioco è alta, usare Haiku per i passaggi di triage nelle vostre skill. La differenza di costo dei token conta in volume; su un singolo compito, i pochi centesimi sono rumore.

Ryan Malek, 11 voti: "Se avete già configurato Claude Code con MCP, skill, plugin, CLAUDE.md eccetera, è meglio usarlo per il lavoro legale o ripartire da zero con Cowork?" Non ripartite da zero. Le skill, gli MCP e il CLAUDE.md scritti per Code funzionano in Cowork perché sono file di testo semplice. Spostate la cartella. Aprite Cowork. Fatto. La migrazione è più vicina a "cambiare editor" che a "cambiare stack". Se siete un paralegale o un avvocato che apre Code solo perché ve lo ha configurato un ingegnere e siete stanchi del terminale, potete passare a Cowork domani senza perdere nulla.

David Andrews, 20 voti: "Siamo un piccolo studio con un piano di livello Team. Le stesse funzionalità sono disponibili a noi come per Enterprise, alla nostra scala più piccola?" Per lo più sì; alcune no. Il modello stesso, le skill, i plugin, gli MCP, Cowork, il componente aggiuntivo Word — tutti disponibili su Team. Le funzionalità specifiche di Enterprise sono il controllo degli accessi basato sui ruoli, l'API di conformità per la prevenzione della perdita di dati e l'eDiscovery, i controlli amministrativi avanzati, e la possibilità di imporre policy sui connettori a livello di organizzazione. Per un piccolo studio con un solo ufficio e una catena di comando chiara, non serve l'RBAC; la fiducia informale basta. Per uno studio con più uffici e gruppi di pratica che necessitano di barriere informative, Enterprise è il livello giusto e vale l'upgrade. Non pagate Enterprise solo per pagare Enterprise. Pagatelo quando i controlli risolvono un problema che avete davvero.

Romina Villarroel ha posto la domanda dei piccoli studi a cui nessuno ha risposto: "Ci sono altri plugin che consigliate per un piccolo studio legale? (Non abbiamo un team marketing o contabilità, per esempio.)" La risposta onesta è che l'ecosistema dei plugin è agli inizi, il plugin legale è oggi l'unica opzione verticale legale di Anthropic, e gli strumenti specifici per piccoli studi arriveranno per lo più da terze parti — incluse le piattaforme di IA legale che forniscono librerie di skill già pronte, integrazioni di fatturazione e automazioni di comunicazione con i clienti come parte del pacchetto. Se siete uno studio di cinque persone, non avete tempo per assemblare i pezzi da soli. La mossa giusta è scegliere una piattaforma che gestisce l'80% noioso già pronto e poi personalizzare l'ultimo 20% con le vostre skill. È esattamente il segmento con cui lavora di più il nostro team, quindi qui ho una parzialità, e la dichiaro.

§9 — Aree di pratica: stessa architettura, vite quotidiane diverse

Le demo del webinar erano tutte transazionali — brief per riunioni, triage NDA, redline contrattuali. Non è un caso. Il lavoro transazionale è il posto più facile per fare demo di legal-AI perché gli artefatti sono puliti, i playbook sono ben definiti, e le vittorie sono visibili. Ma Mark ha passato qualche minuto su cosa fanno i gruppi contenzioso, IP e regolatorio del suo stesso team, ed è utile far emergere quegli esempi perché si applicano a un pubblico molto più ampio di quanto suggerissero le demo.

Transazionale

È il centro di gravità della demo. Triage NDA, redlining contrattuale, revisione MSA rispetto a un playbook dello studio, analisi dei punti chiave di un deal, controlli sulla libreria di clausole. Revisioni di due-quattro ore si comprimono in venti-trenta minuti quando la skill è scritta bene. Il componente aggiuntivo di Word è dove vive la maggior parte del redlining vero e proprio, con Cowork che funge da orchestratore per il lavoro a monte (intake, triage, classificazione) e a valle (redazione email, follow-up).

Gli esempi specifici di Mark tratti dal proprio team: revisioni contrattuali, triage NDA, valutazioni d'impatto sulla privacy. L'esempio della valutazione d'impatto sulla privacy è interessante e sottodiscusso. Le PIA sono strutturalmente un compito transazionale — input definito (una specifica di prodotto o descrizione di funzionalità), output definito (una valutazione scritta rispetto a un quadro normativo), template ripetuto. Sono anche lavoro che richiede ore alla maggior parte dei team legali per essere fatto bene. Mark ha detto che il suo team ha compresso le PIA a 20-30 minuti codificando la valutazione in una skill. Se siete in un team in-house adiacente al tech, questo è probabilmente il vostro punto di massima leva da cui iniziare.

Contenzioso

Mark ha menzionato che il suo team contenzioso usa Claude per due cose in particolare: ricerca nelle trascrizioni e preparazione periti.

La ricerca nelle trascrizioni nel contenzioso è storicamente una delle attività fatturabili più costose della pratica. Un caso di grandi dimensioni tipico può generare migliaia di pagine di trascrizioni di deposizione. Il compito dell'associato è leggere ogni pagina, segnare gli scambi domanda-risposta rilevanti, e assemblare un raccoglitore di citazioni. È esattamente il tipo di lavoro ago-nel-pagliaio in cui l'IA eccelle — cercare nel corpus, trovare ogni punto in cui un testimone si è contraddetto, ogni ammissione fatta, ogni punto in cui un termine definito è stato usato in modo incoerente. Con una buona skill, questo lavoro passa da giorni a ore.

La preparazione dei periti è l'altro esempio. I team di contenzioso devono regolarmente preparare i periti per la testimonianza — fornire loro il contesto rilevante del caso, i documenti chiave, le linee di domande attese, gli argomenti probabili della controparte. Il team di Mark usa Claude per fare la sintesi: leggere il fascicolo, leggere le deposizioni precedenti del perito su temi simili, leggere i report del perito avversario, produrre un memo di preparazione che orienti il perito su ciò che deve sapere. Stessa forma di un brief per riunione, solo per un incontro molto più delicato.

C'è un terzo caso d'uso nel contenzioso che Mark non ha menzionato ma che aggiungo perché discende direttamente dalla discussione sulla harness agentica al §5: la revisione della discovery su larga scala. Quando avete diecimila documenti da revisionare per privilegio e pertinenza, gli strumenti standard oggi sono piattaforme di eDiscovery basate su parole chiave (Relativity, Everlaw, eccetera) che producono risultati rumorosi e richiedono eserciti di avvocati a contratto per la prima revisione. Una skill ben scritta in Cowork può fare una tagging di prima revisione significativo — privilegio, pertinenza, tipo di documento, testimone chiave, intervallo di date — a una frazione del costo. Non ancora come sostituto della piattaforma di eDiscovery, ma come strato sopra che dà priorità alla coda del revisore umano. Diversi studi con cui lavoriamo eseguono questo schema in produzione. È una delle applicazioni a più alta leva dell'IA legale nel contenzioso oggi, e quasi nessuno ne parla perché è meno accattivante delle demo.

E poi c'è Andrew, il paralegale in aula. Assistenza IA in tempo reale durante l'esame testimoniale — individuare angoli di controinterrogatorio in secondi, far emergere testimonianze precedenti che contraddicono una risposta attuale, generare domande di follow-up al volo. Due anni fa sarebbe stata fantascienza. Oggi un paralegale l'ha costruita in un weekend e ha aiutato il suo team a battere uno studio Am Law 200. I team di processo che non hanno ancora iniziato a sperimentare con questo stanno cedendo terreno reale.

Proprietà intellettuale

L'esempio del team IP di Mark era la prioritizzazione dei brevetti: scansionare brief di prodotto e repository GitHub per far emergere idee brevettabili. È un flusso di lavoro IA perfetto. L'input è tecnico e non strutturato; l'output è una shortlist strutturata di idee con segnalazioni di novità e brevettabilità; l'avvocato IP umano prende la decisione finale. Tempo risparmiato per idea: ore di ore-ingegnere più ore-avvocato IP, compresse in un job pianificato notturno.

Per il lavoro IP in particolare, la capacità del Pilastro 1 (dati in tempo reale via MCP) fa gran parte del lavoro. Il modello legge la vera cronologia dei commit GitHub, i documenti di specifica prodotto in Drive, le discussioni Slack sul design delle funzionalità. Non sta riassumendo uno snapshot obsoleto; sta osservando il lavoro ingegneristico mentre accade e facendo emergere i momenti in cui è stato creato qualcosa di brevettabile. È il tipo di flusso di lavoro che diventa impossibile senza accesso ai dati in tempo reale. Con quell'accesso, è un'automazione ovvia.

Anche la prosecuzione dei brevetti ha una propria forma favorevole all'IA. Redigere il linguaggio delle rivendicazioni, cercare l'arte anteriore, confrontare set di rivendicazioni tra versioni — tutti strutturalmente simili agli schemi transazionali e di contenzioso sopra descritti. Le piattaforme IP-specific competono duramente su questo; Claude puro con buone skill vi porta a una percentuale rispettabile del percorso senza un fornitore.

Regolatorio

Il tracker regolatorio di Pamela, menzionato prima, è l'esempio canonico. Due ore al giorno di sintesi manuale sono diventate un job pianificato. Il risultato è migliorato (più fonti coperte, formato più coerente). E tutto il team legale ha accesso, non solo l'analista regolatorio.

La forma generale del lavoro regolatorio — monitoraggio periodico delle regole in evoluzione, mappatura dei cambiamenti normativi sulla pratica dello studio, redazione di alert per i clienti — è tra i migliori adattamenti allo schema pianifica-e-pubblica. Se avete una pratica regolatoria e non avete ancora almeno un artifact pianificato guidato da Claude, vi state perdendo la vittoria di produttività più facile dell'intero stack.

Consulenza in-house

Mark stesso è essenzialmente in-house — è un avvocato presso un'azienda tech. Il suo esempio più riconoscibile, con cui ha chiuso il webinar, era la newsletter del venerdì. Ogni venerdì, il suo team invia un aggiornamento "cosa abbiamo fatto questa settimana" agli stakeholder cross-funzionali.

Temo quel promemoria del venerdì mattina. È come un'ora di lavoro noioso a compilare cose. Gestisco un team di altri avvocati di prodotto. Devo compilare tutte le loro vittorie della settimana e sintetizzarle. E non mi piace fare lavoro sul lavoro.

La sua soluzione: dare a Claude le newsletter passate come template di riferimento, puntarlo sull'attività Slack e sui ticket del team per la settimana, chiedergli di produrre la bozza. "Per chi si ricorda il film 'Office Space', i report TPS del mondo — Claude è molto bravo ad aiutare a capire i progressi, ancorandosi alle vittorie esistenti che il vostro dipartimento ha avuto nell'ultimo anno." Ha sottolineato: "Non fare da yes-man e dirmi solo che abbiamo fatto il tuo lavoro. Mostrami cosa è davvero d'impatto in base a quello che dicono davvero le altre persone."

Questo è lo schema del consulente in-house in miniatura. Sintesi di stato. Traduzione cross-funzionale. Trovare il segnale in una settimana di rumore Slack. È anche il caso d'uso che ritengo più trasferibile tra le aree di pratica, perché ogni team legale ha una "newsletter del venerdì" di qualche tipo — un report di stato, un aggiornamento per i soci, un check-in con il cliente, un memo per il board. Lo schema è lo stesso. Rubatelo.

§10 — Tempo di configurazione: da zero alla prima skill utile in un pomeriggio

Anonimo, 26 voti: "Qual è l'impegno di tempo e sforzo necessario per configurare tutto questo (componenti aggiuntivi, plugin, Cowork, eccetera) al livello richiesto dai team legali?"

Questa domanda ha ricevuto voti perché tutti sono stati scottati dai tempi di adozione del software aziendale. "Sei mesi e 100.000 $ di consulenza" è la ragionevole aspettativa a priori del settore legale per qualunque nuovo strumento, e gli avvocati erano giustamente sospettosi. La risposta onesta è che questa tecnologia è molto più vicina a "un pomeriggio" che a "sei mesi" se la delimitate correttamente. Ecco la scomposizione realistica.

Ora 1 — Account + installazione. Iscrivetevi a Claude su un livello commerciale (Team o Enterprise — non il livello consumer gratuito). Installate Cowork sul vostro laptop. Aprite Cowork → Personalizza → Plugin → Anthropic e Partner → installate il plugin legale. Clic totali: circa dodici. Tempo totale: forse dieci minuti più l'attesa per l'approvazione dell'installazione da parte dell'IT.

Ora 2 — Collegate un connettore. Scegliete il sistema dove vive la maggior parte del vostro lavoro quotidiano. Per la maggior parte degli avvocati è Outlook o Gmail; per alcuni è iManage o Drive. Autenticate Claude tramite il connettore. Andate sulla griglia dei permessi del connettore e rivedete cosa è impostato su "sempre consenti" — per ogni azione "invia", "elimina" o "modifica", impostatela su "richiede approvazione". Le azioni di sola lettura possono restare su sempre consenti. Concedetevi cinque minuti in più per testare il connettore chiedendo a Claude di riassumere un thread o far emergere un documento recente.

Ora 3 — Prima skill rimontata. Aprite il plugin legale e scegliete la skill più vicina a un flusso di lavoro che svolgete davvero. Apritela come file markdown. Leggetela. Saranno circa 100-300 righe di inglese semplice. Modificatela per la voce del vostro studio — aggiungete posizioni di riserva, aggiungete le clausole su cui negoziate davvero duro, aggiungete il formato in cui il vostro team vuole l'output. Salvate. Ora avete una skill personalizzata specifica per la vostra pratica.

Ora 4 — Eseguitela su lavoro reale. Scegliete un fascicolo o un documento. Eseguite la skill. Leggete l'output. Identificate cosa ha sbagliato o cosa ha perso. Modificate la skill. Eseguitela di nuovo. Ripetete finché l'output non è ciò che consegnereste a un socio senior. Questo loop iterativo è come si trasforma una skill di partenza nella vostra skill.

Questo è l'intero arco da zero-alla-prima-skill. Quattro ore di pratica intenzionale e avete almeno un'automazione pronta per la produzione funzionante nella vostra vita quotidiana.

Il mese successivo è dove la pendenza si fa ripida. Una volta che una skill funziona, il costo marginale della seconda è una frazione della prima perché avete imparato il formato. Entro il terzo mese, un professionista motivato ha una libreria personale di dieci-venti skill che coprono la maggior parte del suo lavoro ricorrente. Entro il sesto mese, il compito principale del professionista è cambiato: non esegue più singole skill; le concatena, le pianifica, e rivede gli output di automazioni girate durante la notte.

Il rollout a livello di studio è un discorso a sé. Perché lo studio ottenga il guadagno di produttività versione-squadra — non solo un socio early-adopter — serve qualcuno che curi il marketplace di plugin organizzativo, formi i nuovi assunti sulla libreria di plugin, e aggiorni le skill man mano che arriva feedback. Quel ruolo oggi non esiste nella maggior parte degli studi. Esisterà. I primi studi a formalizzarlo sono quelli che ottengono il vantaggio composto.

Se il vostro studio ha bisogno della versione abbreviata di questo rollout perché non ha cicli di riserva per costruire la funzione di curatela, l'alternativa è usare una piattaforma legal-specific che fornisce la curatela già pronta. (Sì, incluso il nostro.) Il compromesso è meno personalizzazione per meno lavoro. La maggior parte degli studi sotto i 100 avvocati dovrebbe fare quel compromesso.

§11 — Le domande per cui ad Anthropic è mancato il tempo

Sei domande hanno avuto un buon punteggio, non hanno avuto risposta in diretta, e meritano una risposta. Rapidamente.

Todd Taylor, 79 voti: "Mi interessa costruire agenti in Claude (abbiamo un account Team) per il lavoro legale. In cosa sarebbe diverso da una skill?" Un agente è un'automazione lunga, multi-fase, che usa una o più skill e connettori per completare un compito end-to-end. Una skill è la procedura ("come fare il triage di una NDA"). Un agente è il ruolo ("l'addetto all'intake NDA che gira ogni mattina, fa il triage delle nuove, redige le redline ed email il team"). Maggie ha mostrato esattamente questo in Cowork senza usare la parola "agente". Stessa cosa.

Sofia Rodriguez, 24 voti, la domanda sulla struttura del playbook per SOW: la struttura giusta è una skill con tre sezioni — termini standard (le clausole di rito che accettate senza segnalare), posizioni di playbook (le posizioni di riserva standard del vostro studio sulle deviazioni comuni), e regole di escalation (quando segnalare per la revisione di un socio). Date a Claude cinque esempi di revisioni SOW passate, chiedetegli di estrarre questi tre strati, modificate il risultato. Avrete un playbook funzionante in un pomeriggio.

Merve Yilmaz, 22 voti: "Consigli per la ricerca giuridica? Attualmente sto sostituendo la consulenza di un legale esterno sull'espansione di prodotto. Quali guardrail dovrei costruire?" Tre guardrail. Uno: non lasciare mai che il modello rediga un memo finale senza verifica delle citazioni a livello di paragrafo. Due: richiedere una fonte scritta per ogni proposizione legale; se il modello non può citarne una, segnalate l'affermazione come solo-modello ed escalate. Tre: tenere un registro continuo degli errori del modello, e reinserirlo nella skill come anti-pattern. Dopo sei mesi d'uso, la skill diventa specifica ai tipi di errori che contano per il vostro lavoro.

Brint Hiatt, 49 voti: "Apprezzerei dei passaggi su come iniziare dall'inizio assoluto. Non ho mai usato Claude, solo ChatGPT." Vedi §10. Il passo-passo è nella guida di quattro ore qui sopra.

Andrew Amoranto, 39 voti: "Come distribuite artifact live (come dashboard) e altre app che costruite per voi stessi al resto del team legale?" La risposta di Pamela vista prima — ospitare l'artifact a un URL stabile che il team può salvare nei preferiti, pianificare la generazione sottostante su un cron, collegarlo dal Slack o wiki del team. Lo schema è "l'artifact è il risultato consegnato; la chat è il laboratorio". Non chiedete alla gente di leggere i vostri prompt. Consegnate loro l'output.

Mary Prager, nessun conteggio voti registrato: "Come si passa dal lavorare individualmente nella propria istanza Claude al collaborare all'interno del team legale e cross-funzionalmente? C'è un modo per farlo in modo fluido dentro Claude, o dobbiamo comunque uscirne (verso Slack, email, eccetera)?" Oggi la giunzione esiste ancora — Claude può produrre l'email o il messaggio Slack ma la conversazione sul lavoro avviene nei vostri strumenti di collaborazione abituali. La funzionalità progetti di Anthropic affronta in parte questo; più persone possono lavorare nello stesso progetto con contesto condiviso. Non è ancora un sostituto completo di Slack. Non ci prova nemmeno. Il modello mentale giusto: Claude è il laboratorio dove si fa il lavoro; Slack è dove il team si coordina sul lavoro. Sono strumenti diversi per livelli diversi e la giunzione è una funzionalità, non un difetto.

§12 — Cosa ci stava davvero dicendo la sala

Fate un passo indietro dalle singole domande. Guardate la classifica dei temi per peso di voti.

• Sicurezza e privilegio — 4 domande, 1.050 voti, quota 42%
• Skill e plugin — 13 domande, 511 voti, quota 21%
• Integrazioni — 3 domande, 269 voti, quota 11%
• Superfici di prodotto e modelli — 7 domande, 213 voti, quota 9%
• Adozione e casi d'uso — 7 domande, 191 voti, quota 8%
• Gestione documenti — 6 domande, 175 voti, quota 7%
• Logistica — 5 domande, 165 voti, quota 7%
• Accuratezza e verifica — 4 domande, 161 voti, quota 7%

Tre segnali su cui vale la pena soffermarsi.

Primo, il blocco sicurezza non domina perché gli avvocati sono paranoici. Domina perché gli avvocati sono operativamente seri. La forma delle domande — privilegio, sandboxing, ambito MCP, fascicoli sensibili — dice che si tratta di persone che già intendono usare Claude e che devono costruirci intorno la policy. La sentenza Heppner ha concentrato le menti. Il webinar le ha concentrate ulteriormente. Anthropic dovrebbe considerare che il prossimo webinar che questo pubblico vuole non è "altre demo". È un'ora di approfondimento sulla configurazione di Claude per il privilegio, con policy campione, lettere ai clienti campione, e configurazioni di audit campione. Quella sessione attirerebbe 30.000 iscrizioni.

Secondo, le allucinazioni scese al quarto posto non significano che il problema sia risolto. Significa che la professione ha interiorizzato che il problema è risolvibile tramite il design del flusso di lavoro — verifica delle citazioni, revisione umana, recupero ancorato — e ora pone le domande di ordine successivo su come farlo sistematicamente. È un segnale di maturità. Un anno fa la domanda era "è sicuro usarlo". Ora è "come verifico su scala". I fornitori che rispondono con precisione alla seconda domanda sono quelli che vinceranno i prossimi 18 mesi.

Terzo, skill e plugin hanno raccolto tredici domande perché il vocabolario è genuinamente confuso e gli strumenti sono ai primi giorni. L'ammissione di Mark "non usatelo così com'è" è l'impostazione più onesta di dove si trovi davvero la tecnologia. Il plugin legale è un kit di partenza. La personalizzazione è la leva. La personalizzazione è anche lavoro, e gli studi che vincono il dividendo di produttività sono quelli che fanno quel lavoro — o che scelgono una piattaforma che l'ha già fatto per loro.

Un quarto segnale che merita una battuta: nessuno ha chiesto se l'IA sostituirà gli avvocati. Nemmeno una delle 51 domande. Quel dibattito, all'interno della professione, è chiuso. Le domande sono operative. Come integro. Come verifico. Come distribuisco. Come configuro. Come evito la lista nera. Il pubblico di queste domande è il pubblico che ha già deciso. Il mercato ora sceglie tra quale IA, non se l'IA.

Una nota da chi costruisce in questo settore

Dirigo HAQQ. Lavoriamo con circa 9.800 studi, per lo più nei mercati che i webinar della Big Law di solito non toccano. Ho seguito questo webinar due volte — una in diretta, una con la trascrizione aperta — perché le domande sono la ricerca di mercato più utile che il settore del legal-AI abbia prodotto nel 2026. Sono grato ad Anthropic per aver reso pubblica la registrazione.

La cosa che il webinar ha colto meglio è la lettura culturale. Ventimila iscrizioni sono un numero che dice che la professione ha superato un punto di svolta. Le domande in chat non sono domande da campo scettico. Sono domande da campo operativo. Come lo faccio bene. È una conversazione diversa da quella che facevamo due anni fa.

La cosa su cui penso il prossimo giro di conversazione sul legal-AI debba migliorare è il divario tra "cosa può fare la piattaforma in una demo" e "cosa può cablare in pratica lo studio mediano". Il team di Mark ha le risorse per scrivere skill, configurare connettori, condurre un pilota e iterare. La maggior parte degli studi — inclusi molti di quelli che votavano in chat — no. Le piattaforme che vinceranno il mercato legale piccolo e medio nei prossimi due anni sono quelle che distribuiscono l'80% noioso già pronto, lasciano la personalizzazione allo studio, e non costringono il responsabile IT dello studio a costruirsi pipeline OCR per conto proprio.

La battuta finale di Mark nel webinar riguardava proprio quella newsletter del venerdì — l'ora di compilare le vittorie altrui che temeva ogni settimana. Ha detto che Claude ha trasformato quell'ora in minuti leggendo l'attività Slack e i ticket del team, imparando il formato dalle newsletter passate, e producendo una bozza che poi lui modificava. È un piccolo esempio. Ed è anche esattamente l'esempio giusto. Il punto dell'IA legale nel 2026 non è che faccia l'avvocatura. Il punto è che faccia il lavoro sull'avvocatura — la compilazione, la sintesi, la formattazione, l'inseguimento — così l'avvocato possa spendere l'ora sul giudizio legale vero e proprio. È il patto. Ed è un buon patto.

Se siete un avvocato che legge questo e volete parlare di come qualcuno di questi schemi si applica alla vostra pratica, trovatemi su LinkedIn. Ne scrivo ogni settimana. Se volete vedere come una piattaforma legal-specific gestisce la stratificazione del privilegio, la verifica delle citazioni e i problemi di impianto DMS che ho descritto, HAQQ Legal AI è il posto più facile dove guardare — è gratis da provare, e pubblichiamo strumenti gratuiti di IA legale usabili nel browser senza alcun impegno.

In ogni caso: smettete di usare il livello consumer per il lavoro reale sui fascicoli. Passate a un piano commerciale con controlli sul privilegio. Scegliete un flusso di lavoro che fa male (NDA, intake, la newsletter del venerdì, il riepilogo regolatorio settimanale, scegliete voi) e scrivete questa settimana la vostra prima skill contro quello. Distribuite la skill a un collega. Iterate.

Letture correlate

• l'analisi del plugin Claude per Word
• cosa sostituisce davvero Claude nel legal-tech
• 1.313 casi giudiziari con allucinazioni IA
• il nostro benchmark su 3.000 risposte di modelli frontier