Abbiamo insegnato all'AI a dimenticare il contratto e mantenere la posizione
Ogni avvocato che ha costruito un playbook negoziale sa dove si concentra il lavoro vero. Si aprono tre o quattro contratti precedenti e un foglio di calcolo vuoto, poi inizia la lenta marcia. Una riga per clausola. La posizione standard. La posizione di ripiego. La linea che non si supera. Dove si trova il rischio. Ci vogliono ore, e le conoscenze che raccoglie di solito vivono nella testa di un avvocato senior, perse nel momento in cui va in vacanza.
Il desiderio ovvio è puntare l'AI sui propri contratti e ottenere il playbook dall'altra parte. Molti strumenti lo promettono esattamente. La maggior parte fa qualcosa di molto meno utile, in silenzio.
Come si manifesta un vero fallimento del playbook?
Ecco la modalità di fallimento che nessuno pubblicizza. Si inserisce un contratto, e ciò che viene restituito suona come "La clausola 8.1 stabilisce che il Fornitore deve manlevare il Cliente da...". Riga dopo riga. Sembra un playbook. In realtà è il riassunto di un contratto vestito da playbook, e si rompe il giorno in cui si cerca di usarlo su una nuova trattativa, perché ogni riga cita numeri di clausola e nomi di parti di un documento che non ha nulla a che fare con il contratto davanti a voi. Una posizione che funziona solo accanto al contratto da cui proviene non è un playbook. È un memo. E un memo non viaggia.
Cosa richiede davvero una riga di playbook trasferibile?
Quindi abbiamo stabilito una regola sopra tutte le altre. Una riga di playbook deve essere trasferibile. Nessun nome di parte. Nessun numero di clausola di origine. Nessuna citazione dalla fonte. Si enuncia la posizione stessa, utilizzabile nella prossima trattativa con la stessa facilità di quella da cui è stata appresa. È genuinamente difficile far fare questo a un modello, perché l'istinto di un modello è narrare ciò che vede. Lasciato solo, il primo tentativo deriva direttamente verso un riassunto.
Come applichiamo l'astrazione nel codice?
Ecco perché non ci fidiamo che il modello si astraia da solo. Ogni riga proposta passa attraverso validatori rigidi prima di essere ammessa nel playbook:
- Un numero di clausola: respinto
- Un nome di parte: respinto
- Otto o più parole citate verbatim dalla fonte: respinto
- Voce comparativa ("la versione A dice, la versione B dice"): respinto
In un workspace reale, il primo tentativo ha prodotto 42 criteri e i validatori ne hanno respinti 41. Non è un fallimento. È l'aspetto di un lavoro accurato. Si riceve la versione che ha superato il guardrail, non il primo istinto del modello.
Come è costruito Playbook Builder?
Sotto la superficie è un sistema multi-agente costruito sul Claude Agent SDK. Un agente legge i contratti e il materiale di supporto, determina quale documento fa cosa, ed estrae i risultati clausola per clausola, puntando al paragrafo sorgente esatto invece di citarlo. Un secondo agente compila quei risultati verificati nel playbook strutturato: famiglie di clausole, criteri, una posizione primaria consigliata, una di ripiego, un livello di rischio. Il foglio che si apre viene reso deterministicamente da un'unica fonte strutturata di verità, e un agente QA verifica quei dati strutturati prima che arrivino all'utente. Fornire un solo contratto produce un playbook più ristretto, e lo segnala esplicitamente. Fornire due versioni della stessa trattativa, una pro-cliente e una pro-fornitore, le astrae in un intervallo di prassi di mercato con una base equilibrata, anziché un elenco di entrambi i lati.
Cosa si può fare una volta che il playbook esiste?
Un playbook che giace in una cartella è solo un foglio di calcolo più curato. Il motivo per renderlo trasferibile sta in ciò che accade dopo. Puntarlo su un nuovo contratto e questo viene revisionato clausola per clausola: livello di rischio, scostamento dalla propria posizione, linguaggio di ripiego. Si costruisce lo standard una volta, e lo si riutilizza in ogni revisione successiva. Quel ciclo funziona solo perché il playbook è stato costruito per viaggiare fin dall'inizio.
Cosa è Playbook Builder e cosa non è?
È un prodotto di lavoro generato dall'AI, progettato per essere revisionato da un avvocato, non per sostituirne uno. Il ciclo di revisione si avvia quando lo si richiede, non come un pilota automatico in background. Cattura le posizioni nel precedente che gli viene fornito. Non apprende silenziosamente lo studio nel corso dei mesi. Quello che fa è prendere il playbook che viveva nella testa di un avvocato senior e trasformarlo in un asset strutturato che l'intero team può riutilizzare, senza il pomeriggio riga per riga.
Playbook Builder è disponibile ora in Genie 3.0.
