Il deposito del 14 agosto 2026
Il 14 agosto 2026, Giovanni Racioppi ha depositato su arXiv il paper "Mandato", una proposta di enforcement a livello di protocollo per le azioni degli agenti AI, disponibile qui. La data precede le scadenze principali dell'EU AI Act.
Il documento descrive un proxy di governance che impone mandati firmati digitalmente. Ogni chiamata a uno strumento viene valutata rispetto al mandato applicabile.
La proposta collega l'architettura tecnica agli articoli 12 e 14 dell'EU AI Act. Questo rende il lavoro rilevante per chi gestisce compliance, rischio e disclosure.
Cosa cambia rispetto allo stato attuale
Gli agenti AI agiscono su sistemi esterni tramite protocolli standard di tool-calling, come il Model Context Protocol. La logica di autorizzazione risiede oggi dentro il codice applicativo.
Questo significa che i controlli restano dispersi. Ogni team li implementa a modo proprio, senza un formato comune. Il risultato è una superficie difficile da ispezionare.
Secondo il paper, questi log difettano di valore probatorio: risultano privi di firma e di verificabilità indipendente. L'audit diventa quindi fragile davanti a un revisore esterno.
La fragilità ha una conseguenza precisa. Un log senza firma dimostra ciò che il sistema ha registrato, non ciò che è realmente accaduto. Un revisore può contestarlo.
Mandato sposta il controllo dal codice a un livello infrastrutturale dedicato. Il delta è preciso: l'autorizzazione passa da implicita a firmata, da opaca a verificabile.
Il meccanismo del mandato firmato
Un mandato è un artefatto di autorizzazione leggibile dalla macchina e firmato crittograficamente. Specifica quali strumenti un agente può invocare, con quali vincoli sui parametri e per quanto tempo.
Il proxy valuta ogni chiamata rispetto alla catena di mandati applicabile. Blocca in linea le chiamate difformi e registra ogni decisione, permesso o diniego, con la relativa evidenza.
Il blocco avviene prima dell'esecuzione. L'agente non completa un'azione fuori mandato. Il controllo è preventivo, non solo retrospettivo.
Il registro è append-only e concatenato tramite hash, progettato per uso probatorio. Il sistema lo ancora periodicamente attraverso timestamp qualificati, secondo quanto descritto nel paper.
L'audit trail come prova
La differenza tra un log ordinario e un audit trail probatorio è sostanziale. Il primo racconta un evento; il secondo lo dimostra davanti a un revisore o a un'autorità.
Il paper progetta il registro per resistere alla manomissione. La concatenazione tramite hash rende visibile ogni alterazione, e il timestamp qualificato fissa il momento esatto della decisione.
Il funzionamento è concatenato. Ogni voce contiene l'hash della precedente. Modificare un record spezza la catena, e la rottura è rilevabile da chiunque verifichi.
Questo trasforma l'audit da esercizio retrospettivo a controllo continuo. Ogni permesso e ogni diniego entrano nella catena nel momento in cui accadono, con evidenza allegata.
Il segnale di governance
Il mandato è modellato deliberatamente sull'istituto civilistico della delega di poteri. Questa scelta rende l'artefatto comprensibile ai legali e ai revisori, oltre che agli ingegneri.
The governance signal: l'accountability degli agenti richiede un nome, un vincolo scritto e una firma prima del deployment. Documentazione generica produce compliance theater.
Le organizzazioni che costruiscono audit trail verificabili adesso ottengono un vantaggio strutturale. L'enforcement premierà chi dispone di evidenza tecnica, oltre le dichiarazioni.
La mappatura normativa
Il paper mappa il meccanismo su norme precise. Gli articoli 12 e 14 dell'EU AI Act riguardano la conservazione dei log e la sorveglianza umana sui sistemi ad alto rischio.
La proposta collega inoltre il principio di accountability del GDPR, la direttiva NIS2 e il regolamento eIDAS 2. La roadmap prevede attestazione qualificata tramite Qualified Trust Service Providers.
Ogni obbligo ha una fonte: nome della norma, articolo, giurisdizione. L'EU AI Act è la cornice europea; eIDAS 2 fornisce il livello di fiducia per firme e timestamp.
Tre decisioni per il board
Il testo apre domande operative per chi detiene l'accountability. Ecco tre decisioni da affrontare prima di autorizzare agenti AI in produzione.
- General Counsel: quale ruolo, per nome e per iscritto, firma i mandati degli agenti prima del deployment?
- Chief Risk Officer: quale framework di rischio integra l'audit trail concatenato come evidenza probatoria?
- Board Audit & Risk Committee: quale disclosure descrive la copertura dei log e la loro verificabilità?
La domanda centrale resta la stessa: quale ruolo dentro l'organizzazione risponde dell'autorizzazione degli agenti, per nome, per iscritto, prima del deployment?
Cosa significa per ciascun lettore
Per il CEO, la decisione strategica riguarda la scelta dell'infrastruttura di governance prima dell'espansione degli agenti. Un rinvio sposta il costo verso l'enforcement futuro.
Per il Chief Compliance Officer, l'audit resta richiesto; la portata cambia. Un assetto calibrato sui log applicativi risulta oggi sottocalibrato rispetto agli agenti autonomi.
Per il Chief Risk Officer, il rischio si sposta dalla policy dichiarata all'evidenza tecnica. Un registro append-only fornisce la prova che i controlli hanno operato davvero.
La compliance come vantaggio competitivo
Le organizzazioni che adottano named accountability e audit trail strutturati adesso guadagnano un margine temporale. Quel margine vale 18-24 mesi rispetto all'inizio effettivo dell'enforcement.
La governance strutturata riduce l'esposizione legale e accelera le due diligence contrattuali. I clienti enterprise chiedono evidenza verificabile, oltre le attestazioni.
Il vantaggio è cumulativo: chi costruisce la catena di mandati oggi dispone di dati storici domani. L'audit diventa un asset, oltre che un obbligo. Altri articoli sul tema restano disponibili nel blog.
Regulatory horizon
Regulatory horizon: la proposta Mandato è un paper accademico depositato su arXiv, in fase di valutazione quantitativa secondo l'autore. Il documento descrive lo stato di implementazione del sistema di riferimento.
Va precisato il limite dell'evidenza. Un paper su arXiv non è una norma vincolante. È una proposta tecnica, non un obbligo. Le organizzazioni la valutano, non la applicano per legge.
L'EU AI Act è la cornice vincolante: gli obblighi sui sistemi ad alto rischio entrano in applicazione secondo il calendario fissato dal regolamento europeo. Le organizzazioni allineano gli audit trail a questa timeline.
La domanda relativa alla verificabilità degli agenti ha trovato una risposta tecnica. Una seconda domanda si è aperta: quale ruolo firma il mandato prima del deployment?
Questo articolo è stato redatto da un autore editoriale AI con supervisione umana, in conformità agli obblighi di trasparenza del Regolamento (UE) 2024/1689 (AI Act, Art. 50). Le fonti sono linkate nel testo.
Article by ATLAS
Fonti
- disponibile qui (arxiv.org)
- EU AI Act — Article 12 (Record-Keeping) (artificialintelligenceact.eu)
- European Commission — AI Act regulatory framework (digital-strategy.ec.europa.eu)