Il white paper SAFR (Safeguards for Agentic Finance at Runtime) si chiude con un invito: "FinTech e istituzioni finanziarie sono invitate a contribuire a SAFR e al gruppo di lavoro BuildFin.ai condividendo risultati pilota, identificando lacune nelle specifiche e sollevando requisiti di dominio non ancora affrontati." L'invito è reale e premia la preparazione: un contributo fondato su un percorso pilota regolamentato dà al gruppo di lavoro qualcosa da esaminare. Questa guida spiega a chi è rivolto l'invito, cosa significano nella pratica i tre percorsi di contributo, come funziona il meccanismo di manifestazione di interesse e i quattro elementi da avere a portata di mano prima di scrivere qualsiasi cosa.
A chi è rivolto l'invito SAFR
Safeguards for Agentic Finance at Runtime (SAFR) è un white paper, versione 1.0, pubblicato a luglio 2026 nell'ambito dell'iniziativa BuildFin.ai di MAS. MAS ha istituito un flusso di lavoro dedicato nell'ambito di BuildFin.ai per sviluppare risorse di implementazione per i rischi dell'intelligenza artificiale degli agenti e il documento è stato scritto con otto membri del settore: Ant International, Circle, HSBC, J.P. Morgan Chase, Manulife, Mastercard, OCBC e Visa.
L'invito contenuto nella conclusione del documento è rivolto alle FinTech e alle istituzioni finanziarie. In pratica ciò significa che i team che implementano agenti IA nelle applicazioni indicate nel documento sollevano maggiori preoccupazioni in materia di governance: pagamenti, gestione della liquidità, valutazione della conformità, valutazione del credito ed elaborazione post-transazione. Se gestisci o pianifichi un agente in una di queste aree, sei il collaboratore previsto.
Prima di impegnare risorse interne, prendere nota dello status della SAFR: "non costituisce una guida normativa o aspettative di vigilanza". Si tratta di un approccio di riferimento del settore per un livello di governance runtime e ciascuna istituzione rimane responsabile di determinare in che modo la sua implementazione si allinea alle aspettative di vigilanza applicabili. Contribuire è una partecipazione volontaria dell'industria e un'opportunità per modellare le specifiche mentre sono ancora in fase di formazione. Per una panoramica completa del framework stesso, vedere SAFR, Explained.
Cosa significa "contribuire", secondo il documento
L'invito nomina tre tracce.
Risultati pilota. Prove derivanti dall'utilizzo dell'approccio di riferimento: un agente vincolato a un mandato, le sue azioni proposte valutate prima dell'esecuzione, le quattro disposizioni (Nega, Escalate, Auto-Execute, Observe) che producono un record di audit completo. Le sezioni operative del documento segnalano quali risultati contano: volume di escalation (una funzione di escalation che genera più revisioni di quelle che l'istituzione può elaborare vanifica il proprio scopo), turnaround delle revisioni (finestre di timeout che riflettono la disponibilità realistica dei revisori) e autorità dei revisori. I dati misurati su queste tre dimensioni, dal traffico reale, sono esattamente ciò che manca alle specifiche della versione 1.0.
Lacune nelle specifiche. Luoghi in cui i quattro componenti, l'involucro di governance o il modello di mandato soddisfano uno scenario che il documento non risolve. Le istituzioni che operano in reti aperte, dove un agente può essere registrato in più database di identità, sono una probabile fonte di casi limite in cui il modello a circuito chiuso non emerge.
Requisiti di dominio non ancora soddisfatti. Esigenze specifiche di una linea di business, classe di asset o giurisdizione che le attuali categorie di controllo e fattori di calibrazione (reversibilità dell'azione, materialità finanziaria, gravità dell'impatto sul cliente, sensibilità normativa, novità) non coprono. Un ambito in cui questi cinque elementi non sono sufficienti costituisce di per sé un contributo.
Come funzionano gli invii a BuildFin.ai
Il comunicato stampa del MAS che accompagna SAFR, pubblicato 3 luglio 2026,, afferma che "i partner industriali interessati sono invitati a unirsi al gruppo di lavoro BuildFin.ai per contribuire e aiutare a modellare le successive iterazioni di SAFR" e collega un modulo di manifestazione di interesse come canale di presentazione.
Il modulo è un modulo SG del governo di Singapore intitolato "BuildFin.ai: Expression of Interest" all'indirizzo form.gov.sg/692d54b9d4e0e288131feb1a, raggiungibile anche tramite go.gov.sg/buildfin-registration. I campi includono il nome dell'organizzazione, il paese di costituzione e la persona da contattare. Le proposte vengono valutate da MAS e il modulo rileva che "è necessario esercitare discrezione e cautela nella fornitura di informazioni proprietarie o riservate". Non viene indicata alcuna scadenza e non viene pubblicato alcun contatto o e-mail nominativi; la forma è il meccanismo.
BuildFin.ai collabora con istituti finanziari che sviluppano capacità di intelligenza artificiale, fornitori di tecnologia con soluzioni di intelligenza artificiale pertinenti e istituti di ricerca che contribuiscono allo sviluppo di intelligenza artificiale finanziaria. Se la tua organizzazione rientra in uno di questi profili e gestisce o prevede la presenza di un agente nelle applicazioni a maggiore preoccupazione, il modulo è il punto in cui inizia un contributo pilota. Secondo lo stesso comunicato, il Future of Finance Institute (FFI), ha annunciato 25 giugno 2026, "sosterrà la futura adozione del framework SAFR attraverso la facilitazione di progetti pilota del settore e la sperimentazione sandbox".
Cosa contiene un contributo pilota credibile
Il percorso dei contributi con la barra più alta e il valore più alto rappresenta i risultati pilota. Prima di redigere una proposta, assembla quattro artefatti. Ciascuno si associa a una sezione della nostra lista di controllo della preparazione al SAFR, in modo da poter testare a pressione il progetto pilota prima di eseguirlo.
Una presentazione con questi quattro artefatti consente al gruppo di lavoro di esaminare un'istanza funzionante della specifica. Le lacune e i requisiti di dominio diventano più difficili quando una decisione di governance registrata li illustra.
| Artefatto | Cosa dimostra | Sezione Lista di controllo |
|---|---|---|
| Un processo dell'agente con ambito | Un agente, registrato presso un proprietario nominato, che svolge un lavoro dall'elenco di maggiore preoccupazione (pagamenti, gestione della liquidità, valutazione della conformità, valutazione del credito, elaborazione post-transazione) | A. Inventario e identità dell'agente |
| Una definizione di mandato | Autorità delegata in forma esplicita e leggibile dalla macchina: cosa può fare l'agente, entro quali limiti, a quali condizioni | B. Mandati e autorizzazioni |
| Calibrazione delle disposizioni | Tutti e quattro i risultati configurati, con soglie legate ai fattori di calibrazione del documento e un record di come l'ottimizzazione ha spostato le azioni tra Auto-Execute e Escalate | D. Motore di disposizione; F. Operazioni di escalation |
| Campioni di prova | Voci del registro di controllo che catturano ciò che SAFR richiede a ciascuno: la busta inviata, il mandato controllato, l'esito, le regole specifiche applicate, la base per l'esito e il tempo trascorso in ciascuna fase | G. Audit e prove |
Realismo della sequenza temporale pilota SAFR
Produrre questi quattro artefatti è uno sforzo di più settimane, dominato dal tempo trascorso che non è possibile comprimere. La calibrazione delle disposizioni necessita di traffico governato su cui sintonizzarsi. I tempi di escalation possono essere misurati solo indirizzando richieste decisionali reali a revisori reali attraverso finestre di copertura reali, durante la notte e il fine settimana inclusi.
Una forma praticabile dura quattro settimane: definire l'ambito del flusso di lavoro e creare i controlli nella prima settimana, eseguire il traffico regolamentato nella simulazione e calibrare le disposizioni nella seconda settimana, gestire escalation in tempo reale e ottimizzare le soglie nella terza settimana, esportare e verificare in modo indipendente le prove nella quarta settimana. Il piano completo settimana per settimana è disponibile sulla nostra pagina Implementazione SAFR. Non è indicata alcuna scadenza per l'invio nel modulo di manifestazione di interesse di BuildFin.ai a partire da luglio 2026. Se BuildFin.ai pubblica finestre di invio, lavorare a ritroso da esse con almeno quel periodo di quattro settimane.
Punti chiave
L’invito richiede prove dalla pratica, e i contributi più forti arriveranno dalle istituzioni che arrivano con un percorso governato e i suoi risultati. Tale standard è raggiungibile entro un trimestre per un singolo processo con ambito.
KLA Control Plane implementa il modello SAFR, disponibile oggi: Registro agenti, Policy Builder, KLA Policy Engine e un audit trail di sola aggiunta che esporta pacchetti di prove sigillate verificabili offline. KLA è il livello di runtime indipendente per i piloti allineati a SAFR: parla con noi prima di inviare. Inizia con la lista di controllo della preparazione al SAFR per trovare le tue lacune, quindi prenota una revisione delle lacune SAFR di 30-minuti. Una sessione di trenta minuti copre un percorso governato dall'inizio alla fine: politica, decisione, escalation, prove sigillate.
Fonte: Safeguards for Agentic Finance at Runtime, white paper v1.0, MAS BuildFin.ai, luglio 2026. Passaggi citati © Monetary Authority of Singapore. Il SAFR è un riferimento del settore e non costituisce una guida normativa. KLA è indipendente e non è affiliata, approvata o certificata da MAS o BuildFin.ai.