Soyio
Ingresar Contáctanos
Runtime compliance para IA

Cumplimiento a prueba de agentes.

Soyio revisa cada acción de tu agente contra lo que cada persona autorizó, bajo la regulación vigente, y guarda evidencia firmada de cada decisión.

El problema

Tu agente puede llamar la herramienta. ¿Puedes demostrar que estaba autorizado?

Los agentes ya envían mensajes, hacen llamadas y actualizan registros en nombre de tu organización. Cada una de esas acciones usa datos personales de alguien.

A tu agente ya no le hablan solo personas. También sus agentes personales, a nombre de ellas.

Tu agente les responde a ambos. Antes de actuar, necesita saber qué autorizó cada persona.

  1. 01

    Actúan a velocidad de máquina

    Llamadas, mensajes, evaluaciones de crédito y cambios de registros, todo con datos personales y en segundos.

  2. 02

    El consentimiento queda fuera de su alcance

    Vive en tu plataforma de consentimiento y en tus formularios. El agente no lo consulta antes de actuar.

  3. 03

    Las reglas cambian por país y por estado

    Horarios permitidos, límites por canal y finalidades varían según la jurisdicción. Escribirlas en un prompt no escala.

  4. 04

    No queda registro de por qué actuó

    Cuando un regulador o un cliente pregunta, nadie puede mostrar qué revisó el agente antes de actuar.

Un regulador no acepta que el modelo casi siempre obedece. Acepta un registro de que la acción prohibida no pudo ejecutarse.

Un gate genérico pregunta si el agente puede usar la herramienta. Soyio pregunta:

¿Esta persona autorizó esta acción, para esta organización, con esta finalidad, por este canal, ahora?

Soyio la responde antes de que se ejecute cualquier acción.

Lo difícil es saber qué autorizó cada persona, mantenerlo al día y poder demostrarlo. Soyio ya opera esa infraestructura para consentimiento, derechos de los titulares, verificación de identidad y registro de actividades de tratamiento. Ahora la pone antes de cada acción de tus agentes.

Cómo funciona

Cada acción recibe una decisión antes de ejecutarse

El modelo propone y el harness decide. Soyio se ubica en ese punto, entre tu agente y sus herramientas.

Tu agenteemail.send(lead_311)voice.call(lead_412)voice.call(lead_123)
SoyioRevisa consentimiento, preferencias de contacto, jurisdicción, canal, finalidad y horario.evalúa cada acciónlead_412 · en lista de exclusiónlead_123 · sin consentimiento para vozlead_123 · consentimiento vigente
denyBloqueo directoUna prohibición no se negocia. La acción se detiene y queda registrada.
allowTodo cumpleSe ejecuta con un permiso acotado a esa acción.
requires_actionSe puede resolverSoyio devuelve qué falta y qué herramienta lo resuelve.
Herramientas que Soyio le da al agenteconsent.requestPide consentimiento por un canal legítimocontext.provideAporta el dato que faltaschedule.retryEspera la ventana permitidaResuelve y vuelve a proponer
  • 01Si una revisión falla, la respuesta nunca es allow.
  • 02Un permiso nuevo no borra una prohibición.
  • 03Un rechazo no se vuelve a preguntar automáticamente.
Runtime compliance para IA

Cumplimiento en el momento de la acción

Cada decisión se apoya en reglas que Soyio mantiene al día y en consentimientos que las personas realmente dieron.

La regulación, ya escrita

Soyio mantiene plantillas de políticas por regulación, como los horarios permitidos para llamar en cada estado de EE.UU. Tu equipo construye agentes, no reglamentos.

Un consentimiento que el agente no puede inventar

La solicitud aparece en el chat y Soyio confirma la respuesta, así un agente comprometido no puede inventar un sí. Entre agentes, funciona con el protocolo de Soyio.

Evidencia por defecto

Cada decisión queda firmada y encadenada a la anterior. Nada se borra ni se reescribe, así tu equipo de cumplimiento consulta lo que pasó en vez de reconstruirlo.

Sobre los consentimientos que ya registras

Tus agentes leen los mismos permisos que ya registran Consentimiento, Cookies y el Gestor de Derechos. Una revocación aplica desde la siguiente acción.

El protocolo de Soyio

Un solo protocolo. Cambia quién responde.

Cuando falta un permiso, Soyio no se queda en bloquear. Se lo pide a quien puede darlo, por una vía legítima, y vuelve a evaluar la acción con la respuesta.

  • A2PAgente a personaLa persona, en una pantalla de Soyio y con su identidad verificada.
  • A2AAgente a agenteUn mandato firmado. Si no lo hay, la persona aprueba en Soyio y el agente recibe un permiso acotado.
  • Solo el siguiente permiso

    Persona, finalidad, acción, canal y vigencia. Nada más.

  • Fuera del alcance del agente

    El agente no puede declarar que la persona aceptó.

  • Una prohibición no se negocia

    Nunca se convierte en una solicitud de permiso.

Para equipos de cumplimiento

Lo que obtiene tu DPO

Cada acción de un agente queda con su decisión, el motivo y la evidencia.

  • Cada decisión, consultable

    Puedes buscar decisiones de agentes por persona, finalidad o canal.

  • Evidencia lista para auditorías

    Puedes exportar la evidencia firmada cuando un regulador o un cliente la pida.

  • Políticas al día

    Soyio actualiza las plantillas regulatorias y tú apruebas cada cambio.

  • Revocaciones inmediatas

    Cuando alguien retira su consentimiento, aplica desde la siguiente acción del agente.

Arquitectura

Corre junto a tu agente. Soyio lo mantiene al día.

El gate vive en tu entorno, frente a cada herramienta que tu agente puede usar. Soyio le entrega políticas y permisos, y recibe la evidencia.

  • Paquete de políticas firmado

    El gate verifica la firma antes de aplicar una política.

  • Permisos junto al gate

    Los permisos vigentes de cada persona quedan en caché en tu entorno.

  • Cambios al instante

    Soyio envía al gate cada nuevo consentimiento o revocación apenas ocurre.

  • Evidencia en Soyio, datos contigo

    La evidencia firmada sube a Soyio en lotes. Las entradas y salidas de las herramientas se quedan en tu entorno.

Tu prompt no es un control.

Ataques adaptativos superaron 12 defensas recientes contra jailbreaks y prompt injection, con tasas de éxito sobre 90% en la mayoría (The Attacker Moves Second, 2025). El control tiene que estar fuera del modelo.

Aspecto Guardrails en el prompt y reglas escritas a mano Con Soyio
Sabe qué autorizó la personaNoSí, desde el registro de consentimiento
Se mantiene al día cuando cambia la regulaciónActualizaciones manualesPlantillas mantenidas por Soyio
Maneja un consentimiento faltanteFalla o adivinaIndica qué falta y cómo pedirlo de forma legítima
Resiste a un agente comprometidoDébilLa persona responde en un flujo que controla Soyio
Evidencia para una auditoríaLogs dispersosUn registro firmado e inmutable por decisión

Preguntas frecuentes

Estas son las dudas que más nos plantean los equipos que construyen agentes. Si tienes otras, escríbenos.

Es una revisión que corre cada vez que un agente va a actuar sobre los datos de una persona. Antes de que la herramienta se ejecute, Soyio decide si esa persona autorizó la acción bajo la regulación vigente y registra la decisión como evidencia.

No. Los guardrails controlan lo que el modelo dice y hace. Soyio agrega lo que les falta: el consentimiento de cada persona, las reglas de cada regulación y la evidencia de cada decisión.

Partimos por las reglas que necesitan nuestros design partners, como los horarios permitidos para llamar en cada estado de EE.UU. Los lugares donde operan sus agentes definen qué plantillas vienen después.

En un chat, la solicitud aparece en la conversación y Soyio confirma la respuesta de la persona: el agente nunca registra un sí por su cuenta. Entre agentes, el agente de la persona pide acceso con el protocolo de Soyio. La persona aprueba en una pantalla de Soyio y su agente recibe un permiso acotado y con vencimiento.

Si falta, la decisión es requires_action: el agente sabe qué falta y cómo pedirlo. Si la persona lo revocó, la decisión es deny desde la siguiente acción.

El gate lee los permisos registrados en la plataforma de Soyio. Si hoy capturas consentimientos en otra herramienta, menciónalo en el formulario: conectar otras fuentes es parte de lo que definimos con los design partners.

Un grupo de equipos que construyen agentes en organizaciones reguladas y que trabajan con nosotros mientras el producto toma forma. Aportan casos reales y feedback, y el producto se diseña en torno a ellos.

Está en desarrollo junto a design partners. Todavía no hay disponibilidad general ni precios públicos.

Programa de design partners

Construye agentes que cumplen

Buscamos equipos que construyen agentes en banca, seguros, salud, retail o cobranza. Cuéntanos qué hace el tuyo.

¿En qué etapa están?

Suscríbete al newsletter

La privacidad está siendo noticia

Resumen de las últimas noticias de la semana sobre privacidad, regulación y tecnología que pueden impactar tu negocio.

Suscribirme (LinkedIn, se abre en una pestaña nueva)