El documento técnico de SAFR (Safeguards for Agentic Finance at Runtime) se cierra con una invitación: "Se invita a las FinTech y las instituciones financieras a contribuir a SAFR y al grupo de trabajo BuildFin.ai compartiendo hallazgos piloto, identificando brechas en la especificación y planteando requisitos de dominio que aún no se han abordado". La invitación es real y recompensa la preparación: una contribución basada en una prueba piloto gobernada le da al grupo de trabajo algo que puede examinar. Esta guía cubre a quién se dirige la invitación, qué significan en la práctica las tres vías de contribución, cómo funciona el mecanismo de expresión de interés y los cuatro artefactos que debe tener a mano antes de escribir algo.
¿Para quién es la invitación SAFR?
Safeguards for Agentic Finance at Runtime (SAFR) es un documento técnico, versión 1.0, publicado en julio de 2026 bajo la iniciativa BuildFin.ai de MAS. MAS estableció un flujo de trabajo dedicado bajo BuildFin.ai para desarrollar recursos de implementación para riesgos de IA agente, y el documento fue escrito con ocho miembros de la industria: Ant International, Circle, HSBC, J.P. Morgan Chase, Manulife, Mastercard, OCBC y Visa.
La invitación contenida en la conclusión del artículo está dirigida a las FinTech y las instituciones financieras. En la práctica, eso significa que los equipos implementen agentes de inteligencia artificial en las aplicaciones que el documento menciona como que plantean mayores preocupaciones de gobernanza: pagos, gestión de liquidez, clasificación de cumplimiento, evaluación crediticia y procesamiento posterior a la transacción. Si está ejecutando o planificando un agente en una de esas áreas, usted es el colaborador previsto.
Antes de comprometer recursos internos, tenga en cuenta el estado de SAFR: "no constituye orientación regulatoria ni expectativas de supervisión". Es un enfoque de referencia de la industria para una capa de gobernanza en tiempo de ejecución, y cada institución sigue siendo responsable de determinar cómo su implementación se alinea con las expectativas de supervisión aplicables. Contribuir es la participación voluntaria de la industria y una oportunidad de dar forma a la especificación mientras aún se está formando. Para obtener un tutorial completo del marco en sí, consulte SAFR, explicado.
Qué significa "contribuir", según el artículo
La invitación nombra tres pistas.
Hallazgos del piloto. Evidencia de la operación del enfoque de referencia: un agente vinculado a un mandato, sus acciones propuestas evaluadas antes de la ejecución, las cuatro disposiciones (Denegar, Escalar, Ejecutar automáticamente, Observar) producen un registro de auditoría completo. Las propias secciones operativas del documento señalan qué hallazgos importan: volumen de escalamiento (una función de escalamiento que genera más revisiones de las que la institución puede procesar frustra su propio propósito), plazos de revisión (ventanas de tiempo de espera que reflejan una disponibilidad realista del revisor) y autoridad del revisor. Los datos medidos en esas tres dimensiones, a partir del tráfico real, es exactamente lo que le falta a la especificación de la versión 1.0.
Deficiencias en la especificación. Lugares donde los cuatro componentes, la envolvente de gobernanza o el modelo de mandato cumplen con un escenario que el documento no resuelve. Las instituciones que operan en redes abiertas, donde un agente puede estar registrado en múltiples bases de datos de identidad, son una fuente probable de casos extremos en los que el patrón de circuito cerrado no surge.
Requisitos de dominio aún no abordados. Necesidades específicas de una línea de negocio, clase de activo o jurisdicción que las categorías de control y factores de calibración actuales (reversibilidad de la acción, materialidad financiera, gravedad del impacto en el cliente, sensibilidad regulatoria, novedad) no cubren. Un ámbito en el que esos cinco sean insuficientes es una contribución en sí misma.
Cómo funcionan los envíos de BuildFin.ai
El comunicado de prensa de MAS que acompaña a SAFR, publicado el 3 de julio de 2026, establece que "los socios de la industria interesados están invitados a unirse al grupo de trabajo BuildFin.ai para contribuir y ayudar a dar forma a las iteraciones posteriores de SAFR" y vincula un formulario de Expresión de Interés como canal de presentación.
El formulario es un formulario FormSG del gobierno de Singapur titulado "BuildFin.ai: Expresión de interés" en form.gov.sg/692d54b9d4e0e288131feb1a, también accesible a través de go.gov.sg/buildfin-registration. Los campos incluyen el nombre de la organización, el país de constitución y la persona de contacto. MAS evalúa las presentaciones y el formulario señala que "se debe ejercer discreción y precaución al proporcionar información confidencial o de propiedad exclusiva". No se indica ninguna fecha límite y no se publica ningún contacto ni correo electrónico; la forma es el mecanismo.
BuildFin.ai trabaja con instituciones financieras que desarrollan capacidades de IA, proveedores de tecnología con soluciones de IA relevantes e instituciones de investigación que contribuyen al desarrollo de la IA financiera. Si su organización se ajusta a uno de esos perfiles y opera o planea un agente en las aplicaciones de mayor preocupación, el formulario es donde comienza una contribución piloto. Según el mismo comunicado, el Future of Finance Institute (FFI), anunciado el 25 de junio de 2026, "apoyará la adopción futura del marco SAFR mediante la facilitación de pilotos de la industria y la experimentación en entornos aislados".
Qué contiene una contribución piloto creíble
La vía de contribución con el listón más alto y el valor más alto son los hallazgos piloto. Antes de redactar una propuesta, reúna cuatro artefactos. Cada uno se asigna a una sección de nuestra [Lista de verificación de preparación SAFR] (/tools/safr-readiness), para que pueda probar el diseño piloto antes de ejecutarlo.
Un envío con estos cuatro artefactos permite al grupo de trabajo examinar una instancia funcional de la especificación. Las brechas y los requisitos de dominio se vuelven más difíciles cuando una decisión de gobernanza registrada los ilustra.
| Artefacto | lo que demuestra | Sección de lista de verificación |
|---|---|---|
| Un proceso de agente con ámbito | Un agente, registrado con un propietario designado, que realiza un trabajo de la lista de mayor preocupación (pagos, gestión de liquidez, clasificación de cumplimiento, evaluación crediticia, procesamiento posterior a la transacción) | A. Inventario e identidad del agente |
| Una definición de mandato | Autoridad delegada en forma explícita y legible por máquina: qué puede hacer el agente, dentro de qué límites, bajo qué condiciones | B. Mandatos y autorización |
| Calibración de disposición | Los cuatro resultados configurados, con umbrales vinculados a los factores de calibración del documento y un registro de cómo el ajuste movió las acciones entre Auto-Ejecutar y Escalar | D. Motor de disposición; F. Operaciones de escalada |
| Muestras de evidencia | Entradas del registro de auditoría que capturan lo que SAFR requiere de cada uno: el sobre presentado, el mandato verificado, el resultado, las reglas específicas aplicadas, la base del resultado y el tiempo transcurrido en cada etapa. | G. Auditoría y evidencia |
Realismo en la línea de tiempo del piloto SAFR
Producir esos cuatro artefactos es un esfuerzo de varias semanas, dominado por un tiempo transcurrido que no se puede comprimir. La calibración de disposición necesita tráfico gobernado para sintonizar. La respuesta a la escalada solo se puede medir enviando solicitudes de decisión reales a revisores reales a través de períodos de cobertura reales, incluidos los fines de semana y la noche.
Una forma viable es de cuatro semanas: alcance el flujo de trabajo y cree los controles en la semana uno, ejecute el tráfico gobernado en simulación y calibre las disposiciones en la semana dos, opere escalamientos en vivo y ajuste los umbrales en la semana tres, exporte y verifique de forma independiente la evidencia en la semana cuatro. El plan completo semana a semana se encuentra en nuestra página [implementación de SAFR] (/safr). No se indica ninguna fecha límite de presentación en el formulario de expresión de interés de BuildFin.ai a partir de julio de 2026. Si BuildFin.ai publica ventanas de presentación, trabaje hacia atrás a partir de ellas con al menos ese plazo de cuatro semanas.
Conclusiones clave
La invitación pide evidencia de la práctica, y los aportes más fuertes provendrán de instituciones que lleguen con una carrera gobernada y sus registros. Ese estándar se puede alcanzar en un trimestre para un proceso de alcance único.
KLA Control Plane implementa el patrón SAFR, que se envía hoy: Registro de agentes, Generador de políticas, Motor de políticas KLA y un registro de auditoría de solo anexo que exporta paquetes de evidencia sellados verificables sin conexión. KLA es la capa de ejecución independiente para pilotos alineados con SAFR: hable con nosotros antes de enviarlo. Comience con la Lista de verificación de preparación para SAFR para encontrar sus brechas, luego reserve una revisión de brechas de SAFR de 30 minutos. Una sesión de treinta minutos cubre un recorrido gobernado de principio a fin: política, decisión, escalada, evidencia sellada.
Fuente: Safeguards for Agentic Finance at Runtime, documento técnico v1.0, MAS BuildFin.ai, julio de 2026. Pasajes citados © Autoridad Monetaria de Singapur. SAFR es una referencia de la industria y no constituye una guía regulatoria. KLA es independiente y no está afiliada, respaldada ni certificada por MAS o BuildFin.ai.