Le livre blanc SAFR (Safeguards pour Agentic Finance at Runtime) se termine par une invitation : « Les FinTech et les institutions financières sont invitées à contribuer au SAFR et au groupe de travail BuildFin.ai en partageant les résultats des pilotes, en identifiant les lacunes dans la spécification et en soulevant les exigences de domaine non encore satisfaites. L'invitation est réelle et récompense la préparation : une contribution fondée sur une exécution pilote gouvernée donne au groupe de travail quelque chose qu'il peut examiner. Ce guide explique à qui s'adresse l'invitation, ce que signifient en pratique les trois pistes de contribution, comment fonctionne le mécanisme d'expression d'intérêt et les quatre artefacts à avoir en main avant d'écrire quoi que ce soit.
À qui s'adresse l'invitation SAFR
Safeguards pour Agentic Finance at Runtime (SAFR) est un livre blanc, version 1.0, publié en juillet 2026 au titre de dans le cadre de l'initiative BuildFin.ai de MAS. MAS a établi un flux de travail dédié sous BuildFin.ai pour développer des ressources de mise en œuvre pour les risques liés à l'IA agentique, et le document a été rédigé avec huit membres de l'industrie : Ant International, Circle, HSBC, J.P. Morgan Chase, Manulife, Mastercard, OCBC et Visa.
L'invitation contenue dans la conclusion du document s'adresse aux FinTech et aux institutions financières. En pratique, cela signifie que les équipes déploient des agents d'IA dans les applications que le journal considère comme soulevant des problèmes de gouvernance accrus : paiements, gestion des liquidités, triage de la conformité, évaluation du crédit et traitement post-transaction. Si vous dirigez ou planifiez un agent dans l'un de ces domaines, vous êtes le contributeur visé.
Avant d'engager des ressources internes, notez le statut de SAFR : il "ne constitue pas une orientation réglementaire ou une attente de surveillance". Il s'agit d'une approche de référence dans l'industrie pour une couche de gouvernance d'exécution, et chaque institution reste responsable de la détermination de la manière dont son déploiement s'aligne sur les attentes de surveillance applicables. Contribuer est une participation volontaire de l'industrie et une chance de façonner la spécification pendant qu'elle est encore en cours d'élaboration. Pour une présentation complète du framework lui-même, voir SAFR, Explained.
Que signifie « contribuer », selon le document
L'invitation nomme trois pistes.
Résultats pilotes. Preuves du fonctionnement de l'approche de référence : un agent lié à un mandat, ses actions proposées évaluées avant exécution, les quatre dispositions (Refuser, Escalate, Auto-Execute, Observe) produisant un enregistrement d'audit complet. Les propres sections opérationnelles du document signalent ce qui compte pour les conclusions : le volume d'escalade (une fonction d'escalade qui génère plus d'avis que ce que l'institution peut traiter va à l'encontre de son propre objectif), le délai d'exécution des examens (des fenêtres d'expiration qui reflètent une disponibilité réaliste des évaluateurs) et l'autorité des évaluateurs. Les données mesurées sur ces trois dimensions, à partir du trafic réel, sont exactement ce qui manque à une version 1.0 specification.
Lacunes dans la spécification. Endroits où les quatre composants, l'enveloppe de gouvernance ou le modèle de mandat répondent à un scénario que le document ne résout pas. Les institutions opérant dans des réseaux ouverts, où un agent peut être enregistré dans plusieurs bases de données d’identité, sont une source probable de cas extrêmes où le modèle en boucle fermée n’apparaît pas.
Exigences du domaine non encore satisfaites. Besoins spécifiques à un secteur d'activité, une classe d'actifs ou une juridiction que les catégories de contrôle et les facteurs d'étalonnage actuels (réversibilité de l'action, importance financière, gravité de l'impact sur les clients, sensibilité réglementaire, nouveauté) ne couvrent pas. Un domaine dans lequel ces cinq éléments sont insuffisants est une contribution en soi.
Comment fonctionnent les soumissions BuildFin.ai
Le communiqué de presse MAS accompagnant le SAFR, publié le 3 July 2026, indique que « les partenaires industriels intéressés sont invités à rejoindre le groupe de travail BuildFin.ai pour contribuer et aider à façonner les itérations ultérieures du SAFR » et relie un formulaire d'expression d'intérêt comme canal de soumission.
Le formulaire est un formulaire FormSG du gouvernement de Singapour intitulé « BuildFin.ai : Expression de Interest » sur form.gov.sg/692d54b9d4e0e288131feb1a, également accessible via go.gov.sg/buildfin-registration. Les champs incluent le nom de l’organisation, le pays de constitution et la personne de contact. Les soumissions sont évaluées par MAS, et le formulaire indique que « la discrétion et la prudence doivent être exercées dans la fourniture d'informations exclusives ou confidentielles ». Aucune date limite n'est indiquée, et aucun contact nommé ou email n'est publié ; la forme est le mécanisme.
BuildFin.ai travaille avec des institutions financières développant des capacités d'IA, des fournisseurs de technologie proposant des solutions d'IA pertinentes et des instituts de recherche contribuant au développement de l'IA financière. Si votre organisation correspond à l'un de ces profils et exploite ou prévoit un agent dans les applications les plus préoccupantes, le formulaire est le point de départ d'une contribution pilote. Dans le même communiqué, le Future de Finance Institute (FFI), a annoncé le 25 June 2026, "soutenira l'adoption future du cadre SAFR en facilitant les pilotes industriels et l'expérimentation du bac à sable".
Ce que contient une contribution pilote crédible
La piste de contribution avec la barre la plus haute et la valeur la plus élevée correspond aux résultats du pilote. Avant de rédiger une soumission, rassemblez quatre artefacts. Chacun correspond à une section de notre Liste de contrôle de préparation SAFR, afin que vous puissiez tester sous pression la conception pilote avant de l'exécuter.
Une soumission avec ces quatre artefacts permet au groupe de travail d'examiner une instance fonctionnelle de la spécification. Les lacunes et les exigences de domaine sont plus difficiles à comprendre lorsqu'une décision de gouvernance enregistrée les illustre.
| Artefact | Ce qu'elle démontre | Section de la liste de contrôle |
|---|---|---|
| Un processus d'agent ciblé | Un agent, enregistré auprès d'un propriétaire nommé, effectuant un travail de la liste des préoccupations élevées (paiements, gestion des liquidités, triage de la conformité, évaluation du crédit, traitement post-transaction) | A. Inventaire et identité de l'agent |
| Une définition du mandat | Autorité déléguée sous une forme explicite et lisible par machine : ce que l'agent peut faire, dans quelles limites, dans quelles conditions | B. Mandats et autorisation |
| Étalonnage de la disposition | Les quatre résultats sont configurés, avec des seuils liés aux facteurs d'étalonnage du document et un enregistrement de la façon dont le réglage a déplacé les actions entre l'exécution automatique et l'escalade | D. Moteur de disposition ; F. Opérations de remontée d'informations |
| Échantillons de preuves | Entrées du journal d'audit capturant ce que SAFR exige de chacun : l'enveloppe telle que soumise, le mandat vérifié, le résultat, les règles spécifiques appliquées, la base du résultat et le temps écoulé à chaque étape | G. Audit et preuves |
Réalisme du calendrier pilote SAFR
La production de ces quatre artefacts est un effort de plusieurs semaines, dominé par un temps écoulé que vous ne pouvez pas compresser. L’étalonnage de la disposition nécessite un trafic gouverné pour s’adapter. Le redressement de l'escalade ne peut être mesuré qu'en acheminant les vrais Decision Request vers de vrais évaluateurs sur des fenêtres de couverture réelles, pendant la nuit et le week-end inclus.
Une forme réalisable est de quatre semaines : définir le flux de travail et créer les contrôles au cours de la première semaine, exécuter le trafic gouverné dans la simulation et calibrer les dispositions au cours de la deuxième semaine, opérer des escalades en direct et ajuster les seuils au cours de la troisième semaine, exporter et vérifier indépendamment les preuves au cours de la quatrième semaine. Le plan complet semaine par semaine est sur notre page Mise en œuvre SAFR. Aucune date limite de soumission n'est indiquée sur le formulaire de manifestation d'intérêt BuildFin.ai à compter du 2026 juillet. Si BuildFin.ai publie des fenêtres de soumission, travaillez en arrière avec au moins cette piste de quatre semaines.
Points clés à retenir
L'invitation demande des preuves issues de la pratique, et les contributions les plus fortes viendront des institutions qui arriveront avec une course gouvernée et ses archives. Cette norme est atteignable en un trimestre pour un processus à portée unique.
KLA Control Plane implémente le modèle SAFR, disponible aujourd'hui : Agent Registry, Policy Builder, KLA Policy Engine et une piste d'audit en annexe uniquement qui exporte les Sealed Evidence Bundle vérifiables hors ligne. KLA est la couche d'exécution indépendante pour les pilotes alignés sur SAFR : parlez-nous avant de soumettre votre candidature. Commencez par la Liste de contrôle de préparation SAFR pour trouver vos lacunes, puis réservez un examen des lacunes SAFR de 30 minutes. Une session de trente minutes couvre une exécution gouvernée de bout en bout : politique, décision, escalade, preuves scellées.
Source : Sauvegardes pour Agentic Finance au moment de l'exécution, livre blanc v1.0, MAS BuildFin.ai, juillet 2026. Passages cités © Autorité monétaire de Singapour. SAFR est une référence industrielle et ne constitue pas une orientation réglementaire. KLA est indépendant et non affilié, approuvé ou certifié par MAS ou BuildFin.ai.