Prodotto

La scelta della primitiva decide tutto

La primitiva di un prodotto, l'unità attorno a cui tutto si organizza, determina ciò che potrà fare e ciò che non potrà mai fare. L'IA giuridica ha scelto il prompt. MAX ha scelto il workflow.

Nello sviluppo di un prodotto, una scelta dice più cose su ciò che diventerà di tutti gli elenchi di funzionalità messi insieme: la scelta della primitiva, cioè dell'unità elementare attorno a cui tutto il resto si organizza. Questa primitiva determina ciò che il prodotto potrà fare naturalmente, e ciò che non potrà mai fare se non al prezzo di contorsioni. E la primitiva scelta dalla quasi totalità dell'IA giuridica attuale è il prompt.

Che cos'è una primitiva, e perché decide tutto

La parola primitiva merita che ci si soffermi, perché è capendo ciò che ricopre che si coglie la posta in gioco. La primitiva di un prodotto è la sua unità di pensiero, il mattone elementare in funzione del quale tutto il resto è concepito. Ogni prodotto ne ha una, scelta consapevolmente o meno, e questa scelta è la più strutturante di tutte perché precede e condiziona ogni altra. Si può cambiare quasi tutto in un prodotto, le sue funzioni, la sua interfaccia, le sue prestazioni; non se ne cambia la primitiva senza ricostruirlo, perché è ciò su cui tutto il resto si appoggia.

Ecco perché la scelta della primitiva non si recupera con l'aggiunta di funzionalità. Una volta posata la primitiva, essa disegna un orizzonte: ciò che è nel suo prolungamento naturale si costruisce facilmente, ciò che le è estraneo si costruisce solo al prezzo di deviazioni che finiscono per urtare contro un limite. Due prodotti che partono da primitive diverse non convergeranno mai davvero, quale che sia il numero di funzioni che vi si aggiungono, perché non organizzano il mondo allo stesso modo. La scelta della primitiva, fatta spesso presto e senza misurarne la portata, decide dunque di ciò che il prodotto potrà diventare anni dopo.

La primitiva ingannevole

Il prompt è una primitiva elegante: una domanda, una risposta, un ciclo breve che si presta alla sperimentazione, alla dimostrazione, all'iterazione rapida. È questa eleganza a spiegarne l'adozione massiccia: è facile da capire, facile da mostrare, facile da iterare. Ma ha una caratteristica strutturale che ne fa, per il lavoro giuridico, una primitiva ingannevole: presuppone che l'utente sappia, a ogni interazione, formulare ciò di cui ha bisogno. Il prompt è performante quando si può porre bene la propria domanda. Diventa inoperante quando la domanda fa essa stessa parte del problema.

Ora, nel lavoro giuridico reale, la formulazione è raramente il punto di partenza. Ciò che si presenta per primo non è una domanda ben posta, è un workflow: un insieme di tappe da concatenare per produrre un deliverable, con dipendenze tra loro, vincoli di tempo, regole di validazione, contributi umani in momenti diversi. La domanda, in un workflow, non è che un momento locale. Il vero soggetto è la concatenazione, ed è proprio questa concatenazione che gli strumenti centrati sul prompt non prendono in carico.

Questo limite del prompt non è un difetto di qualità che un modello migliore verrebbe a correggere. Dipende da ciò che il prompt prende in carico, e da ciò che lascia fuori. Prende in carico la traduzione di un'intenzione chiara in una risposta; lascia fuori tutto ciò che precede l'intenzione chiara, cioè l'essenziale del lavoro giuridico: decidere cosa fare, in quale ordine, sotto quali vincoli, mobilitando chi e cosa a ogni tappa. Un modello più potente risponderà meglio alla domanda posta, ma non porrà la domanda al posto vostro, e non concatenerà le tappe che la domanda non ha nominato.

Un modello migliore risponde meglio alla domanda. Non decide, al posto vostro, quale sia la tappa successiva.

Bisogna vedere bene che non è una sfumatura, ma una frontiera. Finché il bisogno si lascia formulare in una domanda, il prompt basta, ed è persino eccellente. Non appena il bisogno è un processo, la cui formulazione si scopre avanzando anziché precedere l'azione, il prompt cessa di essere lo strumento adeguato, non perché risponda male, ma perché la cosa da fare non è rispondere. È lì che la maggior parte degli strumenti attuali incontra il proprio soffitto, e quel soffitto non è nel modello, è nella primitiva.

Il prompt presuppone che si sappia porre la domanda. Il lavoro giuridico comincia spesso là dove non lo si sa ancora.

Perché il mercato ha scelto il prompt

Se il prompt è una primitiva così mal calibrata sul lavoro giuridico, ci si può chiedere perché si sia imposto in modo così massiccio. La risposta non è che sia stato scelto per i suoi meriti sul lavoro reale, ma che è stato scelto per i suoi meriti su altro: la facilità di costruzione e la forza dimostrativa. Costruire uno strumento attorno al prompt è rapido; mostrarlo è spettacolare; iterarlo è agevole. Per un editore che deve consegnare in fretta e convincere in riunione, il prompt è la primitiva di minor resistenza.

Questa scelta per default ha una conseguenza che pochi misurano nel momento in cui la compiono: rinchiude il prodotto in una categoria prima ancora che si sia riflettuto su ciò che dovrebbe fare. Si adotta il prompt perché è lo standard, perché è ciò che fanno gli altri, perché è ciò che le dimostrazioni si aspettano, e si eredita, senza averlo voluto, tutti i limiti che questa primitiva impone. Il mercato non ha tanto scelto il prompt quanto vi è scivolato dentro, ed è per questo che oggi urta, collettivamente, contro lo stesso soffitto.

Fare un'altra scelta richiede dunque di andare controcorrente, e di accettarne il costo. Scegliere il workflow come primitiva significa rinunciare alla facilità di costruzione del prompt, accettare dimostrazioni meno immediate, investire in un'ingegneria di coordinamento che il prompt non esige. È una scelta più lenta e più costosa all'avvio, giustificata solo se si mira al lavoro reale anziché all'effetto dimostrativo. Ma è proprio perché è più costosa che è difendibile: ciò che si costruisce sulla primitiva giusta, gli altri non lo otterranno migliorando quella sbagliata.

Cambiare primitiva cambia il prodotto

È questa constatazione ad aver determinato una delle scelte di progettazione più strutturanti di MAX: la primitiva attorno a cui tutto si organizza non è il prompt, è il workflow. Una pratica innesca un workflow. Un workflow contiene tappe, che possono chiamare modelli, fonti, collaboratori umani, regole di validazione, permessi differenti. Lo strato semantico sa coordinare questa concatenazione, tenere il contesto da una tappa all'altra, applicare le regole tra le tappe, produrre le tracce corrispondenti. Il prompt esiste ancora, resta utile in certi momenti, ma come componente locale, mai come primitiva strutturante.

Questa scelta cambia profondamente ciò che lo strumento può fare, e bisogna vedere bene che non si tratta di un miglioramento ma di un cambiamento di categoria. Un'IA centrata sul prompt resterà sempre, strutturalmente, uno strumento di aiuto a compiti puntuali: la si può migliorare all'infinito, non diventerà, per accumulo, capace di portare un processo. Un'IA centrata sul workflow può, senza cambiamento di architettura, prendere in carico processi complessi, lunghi, multi-tappa, multi-attore, con una coerenza operativa preservata da un capo all'altro. Sono due famiglie di oggetti, non due livelli di qualità.

Non si migliora uno strumento di prompt fino a farne uno strumento di workflow. Si cambia primitiva, quindi categoria.

Si può illustrare la portata di questa scelta con un esempio. Preparare un parere su un'operazione non è una domanda, è una sequenza: inquadrare la richiesta, individuare le fonti pertinenti, verificarne l'attualità, confrontare le posizioni, redigere una prima versione, sottoporla a revisione, integrare i ritorni, farla validare da un senior, archiviare con la traccia. Uno strumento di prompt può aiutare su ciascuna di queste tappe presa isolatamente, a condizione che gliela si formuli. Uno strumento di workflow conosce la sequenza, sa a che punto si è, prepara la tappa successiva, applica le regole tra le tappe, e non obbliga l'utente a rifare il direttore d'orchestra a ogni transizione.

Il workflow organizza il giudizio umano invece di escluderlo

Bisogna aggiungere che questa scelta non oppone il workflow al giudizio umano, lo organizza. In uno strato centrato sul workflow, i punti in cui è richiesta una decisione umana non sono interruzioni subite, sono tappe previste, situate, tracciate. Il workflow non toglie la mano all'avvocato; gliela restituisce al momento giusto, avendo preparato tutto ciò che poteva esserlo prima. È l'opposto di un'automazione cieca: un'orchestrazione che riserva all'essere umano ciò che gli spetta e prende in carico il resto.

Questa distinzione è importante, perché si obietta spesso che strutturare il lavoro in workflow equivarrebbe a irrigidirlo, a togliere all'avvocato la duttilità del suo giudizio. Accade l'inverso. Un lavoro non strutturato non lascia più spazio al giudizio; lo annega sotto il carico di tenere tutto da sé, di ricordare ogni tappa, di non dimenticare nulla. Portando il coordinamento, il workflow libera l'attenzione del professionista per ciò che richiede davvero il suo giudizio, invece di disperderla sulla meccanica della concatenazione. La struttura non si oppone alla libertà di giudicare; ne crea le condizioni.

Il workflow non toglie la mano all'avvocato. Gliela restituisce al momento giusto, il resto essendo già pronto.

Costruire MAX attorno ai workflow anziché ai prompt non è stata una scelta di marketing, ma il riflesso di una lettura del mestiere: il lavoro giuridico si svolge per concatenazioni, non per interazioni isolate. Un prodotto che non rispetta questa realtà non può servire durevolmente il mestiere, quale che sia la prestazione dei suoi componenti presi separatamente. Si può avere il miglior modello del mondo e restare inutili su una pratica reale, per non saper concatenare le tappe che portano al deliverable.

È su questa primitiva, e non su una funzionalità visibile, che si costruisce la differenza tra un'IA giuridica di superficie e un'IA giuridica strutturale. La prima brilla sulla domanda isolata; la seconda tiene l'intero processo. Ed è il processo, non la domanda, a definire il lavoro giuridico.

Un'IA di superficie risponde alla domanda. Un'IA strutturale conduce il processo fino al deliverable.