Nota di lettura. Questo articolo presenta l’impostazione di ricerca di EthicLaw. Lo scenario descritto è illustrativo: non è il resoconto di un confronto sperimentale già eseguito.

Chi controlla un’intelligenza artificiale mentre costruisce una risposta? E come possiamo distinguere una risposta convincente da una risposta conforme ai principi che abbiamo scelto?

EthicLaw affronta queste domande studiando la separazione tra generazione, valutazione normativa e controllo del rilascio. Non assume che una rete di piccoli modelli sia sempre superiore a un modello unico, né che aumentare le dimensioni sia inutile. La domanda di ricerca è più precisa: in quali condizioni la separazione dei ruoli produce benefici misurabili, e a quale costo? [1: EV-01, RF-1, RF-2]

Una squadra, con responsabilità diverse

Nel disegno architetturale, il generatore costruisce una proposta di risposta. Il modulo Etico/Normativo la valuta rispetto ai principi dichiarati. Il Metacognitivo supervisiona la coerenza del processo e può impartire ordini di controllo. Il Router organizza il lavoro, mentre il Gateway applica l’esito della catena di autorizzazione all’uscita del sistema. [2: «Orchestrator multi-task», Appendice A]

Non si tratta di due giudici etici equivalenti: valutazione normativa e supervisione della coerenza hanno compiti distinti. I loro segnali vengono combinati nella Decision Lattice, la mappa che associa punteggi e stati di coerenza alle azioni previste.

Nel prototipo P0 è stata testata una proprietà precisa di questa mappa: peggiorare uno dei due segnali non rende più permissiva l’azione terminale. È una proprietà del meccanismo decisionale, non una prova che il sistema riconosca correttamente ogni violazione. [1: EV-06]

La separazione dei ruoli non rende il supervisore infallibile. Il registro del progetto riconosce sia il rischio di concentrare gli errori nel componente con maggiore autorità, sia la possibilità che gli stati interni osservati siano fuorvianti. [1: TN-2, TN-3]

Un documento innocuo nelle parti, problematico nell’insieme

Immaginiamo un lungo documento sull’organizzazione dei servizi sanitari. Le sezioni descrivono costi, priorità e procedure apparentemente ragionevoli. Alcune regole, considerate insieme, potrebbero però produrre esclusioni ingiustificate dalle cure, in contrasto con i principi dichiarati.

Questo esempio distingue due problemi. Una clausola esplicitamente discriminatoria dovrebbe poter essere individuata anche localmente. Una conseguenza problematica che emerge soltanto dalla combinazione di più clausole richiede invece una valutazione delle loro relazioni.

Dividere il testo non risolve automaticamente il secondo problema: occorre verificare che la divisione non faccia perdere proprio il contesto necessario al giudizio.

Dalle parti all’insieme: una proposta da mettere alla prova

Una proposta di sviluppo post-P1, ancora in bozza e non depositata, descrive un possibile percorso per le richieste composte da più sottocompiti. [2: stato del documento e Appendice A]

L’orchestratore organizzerebbe i sottocompiti senza acquisire l’autorità di autorizzarne l’uscita. Ogni risultato parziale attraverserebbe i controlli previsti e, se ammesso, alimenterebbe la ricomposizione interna: non verrebbe ancora pubblicato all’utente.

Il testo ricomposto sarebbe sottoposto a una nuova valutazione normativa, affiancata dalla verifica di coerenza sulla memoria della sessione. Il Gateway consentirebbe il rilascio soltanto dopo l’esito autorizzativo finale. Un ordine di arresto interromperebbe i sottocompiti della stessa richiesta; la bozza esclude come comportamento predefinito una ricomposizione parziale dopo un esito bloccante. [2: Appendice A, «Regole del flusso»]

Il requisito da sottoporre a prova è chiaro: scomporre una richiesta non deve diventare un modo per eludere i controlli. Non è ancora dimostrato che questo percorso riconosca le violazioni per composizione, né che gestisca meglio di un’alternativa i documenti molto lunghi. Il protocollo proposto prevede appositamente un confronto tra richieste intere e scomposte. [2: protocollo S-E]

Il blocco riguarda il contenuto non autorizzato, non la cancellazione di informazioni già mostrate. La modalità con cui comunicare un arresto all’utente va distinta dalla registrazione interna della decisione: trattenere un contenuto non autorizza a concludere che il sistema sia immune agli attacchi. [1: §6, NR-4; 2: Appendice A]

Che cosa mostrano le evidenze disponibili

Nel perimetro ridotto di P0 sono stati testati contratti software, proprietà della Decision Lattice e controlli sulla traccia delle operazioni. Quest’ultima riguarda l’integrità del processo: collega stati osservati, decisioni, comandi e contenuti rilasciati. Non certifica, da sola, la correttezza del giudizio. [1: §2.1, EV-06, NR-4]

Su specifici principi di un corpus sperimentale, il percorso modulare ha mostrato benefici associati alle competenze delle fonti specializzate. Nello stesso confronto, tuttavia, il modello singolo ha pareggiato la prestazione media e superato il percorso modulare su altri principi. Il risultato sostiene un’ipotesi locale sul valore della specializzazione, non una superiorità generale della modularità. [1: EV-01, EV-02]

La successiva verifica esplorativa P0.2 sui testi generati ha prodotto un esito Flat: nessuna capacità discriminante rilevata nelle celle primarie, con potenza statistica limitata. Non è una dimostrazione di efficacia, ma neppure una prova di equivalenza o di assenza di capacità. [1: EV-01, nota del 18 settembre 2026; TN-6]

Resta inoltre da dimostrare che la correzione delle rappresentazioni interne migliori effettivamente il contenuto prodotto. Per questo ramo, la formulazione ammessa dal registro è: architettura prevista, cablaggio verificato, funzione non dimostrata. [1: EV-05]

Come riconoscere un vantaggio reale

Il confronto non può essere costruito per far vincere l’architettura proposta. I protocolli di EthicLaw richiedono condizioni dichiarate di parità e includono alternative dotate di controlli esterni, anche capaci di correggere il testo prima dell’esecuzione. [1: §5, RF-2]

Il solo numero dei parametri non basta: occorre dichiarare quali componenti si stanno contando, i dati utilizzati, i budget di addestramento e calibrazione e le risorse impiegate. Le misure previste comprendono violazioni mancate, blocchi non necessari, latenza ed energia. [1: §5, RF-2; 2: «Scalatura»]

Anche il vantaggio di manutenzione è un’ipotesi da misurare: aggiornare un modulo normativo senza dover intervenire sugli altri sarebbe un beneficio operativo, ma tempi, costi e necessità di ricalibrazione non possono essere promessi in anticipo. [1: RF-3, TN-1]

Un sistema che blocca tutto non ha risolto il problema della sicurezza: ha perso la propria utilità. Il registro documenta proprio un caso P0 in cui la configurazione impediva qualsiasi rilascio, e lo tratta come un difetto, non come un successo. [1: NR-1]

Non una vittoria annunciata, ma una domanda di ricerca

Il punto di EthicLaw non è sostituire la fiducia in un modello unico con la fiducia in un supervisore separato. È sottoporre a test le responsabilità dei componenti, rendere ispezionabile il processo e misurare se questa organizzazione produca benefici rispetto alle alternative.

La ricerca sull’intervento nelle rappresentazioni interne resta una delle direzioni del programma, non un vantaggio già acquisito. [1: NR-8, RF-2]

La geometria dell’allineamento è questa domanda: una migliore separazione dei ruoli può rendere l’IA più controllabile, senza comprometterne l’utilità e con costi sostenibili? EthicLaw intende rispondere con esperimenti, non con una vittoria dichiarata in anticipo.

Riferimenti del progetto

[1] Documento 11 — Claim & Evidence Register, versione 0.1.5 del 18 settembre 2026. Fonte: ethiclaw-11-claim-evidence-register_6.md. Le voci indicate nel testo comprendono le rispettive note di aggiornamento e i limiti dichiarati.

Leggi il Documento 11 integraleVoci citate: EV-01, EV-02, EV-05, EV-06, NR-1, NR-4, NR-8, RF-1, RF-2, RF-3, TN-1, TN-2, TN-3, TN-6

[2] EthicLaw — Proposta post-P1: cluster Ultra, scalatura e orchestrazione, DRAFT v0.1 del 30 settembre 2026. Fonte: claude_ethiclaw-proposta-post-p1_DRAFT-v0_1.md. È una proposta non depositata: viene citata soltanto per descrivere un percorso allo studio, non come prova di implementazione o efficacia.