El agente actúa como la persona, nunca como Frailen.
Frailen no tiene una llave con la que pueda firmar a nombre de nadie. Cada cambio sale con la identidad de quien lo pidió, pasa por los permisos de tu producto y queda escrito.
Identidad
Tu producto ya sabe quién es cada persona y qué puede hacer. Frailen se apoya en eso, no lo reemplaza.
Tu backend firma la sesión
Con una llave asimétrica que es tuya. Frailen solo recibe la llave pública: no puede firmar una sesión, así que no puede actuar por alguien que no la tiene.Los permisos son los de tu producto
El agente lee y escribe en tu API con un token corto de esa persona. Si ella no puede hacer algo, el agente tampoco.El token no se guarda
Vive en la memoria mientras dura la llamada. No va a la base, ni a los registros, ni a una URL.Las acciones del panel piden passkey
Aprobar una herramienta, publicar una configuración o prender el agente pide la passkey de quien lo hace, en ese momento.
Tus datos
Qué guarda Frailen, para qué y cuánto tiempo.
Tu especificación se queda contigo
De tu OpenAPI sube solo el esqueleto de lo que el agente puede tocar. La fuente no sale de tu equipo.Cada empresa, aislada
Todo lo que se guarda lleva la empresa, y la base no deja leer lo de otra: ni el propio motor de Frailen puede saltarse esa regla.Una bitácora que solo crece
Cada acción, a nombre de quién y cómo salió la relectura. La base no deja cambiarla ni borrarla.Modelos en una región fija
Los modelos corren en Google Cloud, en una sola región y no en el endpoint global, con la caché apagada.
Lo que el agente no se deja hacer
Defensas que no dependen de que el modelo se porte bien.
Instrucciones escondidas en los datos
Si una respuesta de tu API trae texto que intenta dar órdenes, el turno pierde la confianza y todo lo que escriba pasa a pedir confirmación.Recibos firmados por tu API
Tu API puede firmar un recibo de cada escritura. Si lo que se ejecutó no es lo que se pidió, el caso pasa a una persona.
Lo que todavía no tenemos
Para que lo sepas antes de preguntar.
- Una certificación como SOC 2.
- Una prueba de penetración externa. Va antes del primer cliente fuera de nuestro piloto.
- La política de tratamiento de datos publicada.
Si tu equipo de seguridad necesita algo más para evaluarnos, escríbenos en la demo.
Pídele a tu agente que lo revise.
Antes de hablar con nosotros, tu agente puede leer esta página contra tu producto y armar las preguntas de tu equipo de seguridad.
Lee https://frailen.com/es/seguridad.md y https://frailen.com/es/llms.txt. Revisa el modelo de seguridad de Frailen contra nuestro producto: identidad y tokens, qué se guarda y por cuánto tiempo, el aislamiento entre empresas y cómo funciona el freno. Haz la lista de preguntas que nuestro equipo de seguridad debería hacer antes de un piloto, y de lo que Frailen dice que todavía no tiene.
Pégalo en Claude Code, Cursor, Codex o cualquier agente que pueda leer una URL.
Pregúntanos lo que necesites.
En la demo respondemos las preguntas de tu equipo de seguridad, con el código a mano.