Que la IA actúe con seguridad: un registro de auditoría, no cinco

Responder mal a una pregunta cuesta un minuto. Ejecutar mal una acción envía el correo, mueve la oportunidad, abona la factura. La distancia entre la IA generativa y la IA agéntica es la distancia entre resultar inútil y resultar peligrosa, y casi todo el trabajo de recorrerla con seguridad ocurre por debajo del modelo.

Cyril está construido para que los agentes actúen en tu nombre. Eso solo funciona si cada acción pasa una comprobación de permisos, espera la aprobación de una persona y deja constancia de lo que hizo.

El problema de actuar a través de cinco herramientas

En un stack cosido a base de integraciones, un agente que actúa tiene que actuar a través de las integraciones. Crea el proyecto en una herramienta, envía el correo por otra, actualiza la oportunidad en una tercera. Cada una tiene su propio modelo de permisos, su propio rastro de auditoría —o ninguno— y ninguna noción compartida de «deshacer».

Así que cuando algo sale mal —y con agentes, algo saldrá mal— te toca reconstruir lo ocurrido a partir de cinco registros parciales que no comparten un identificador, ni un reloj, ni un vocabulario. No puedes responder a la única pregunta que importa: ¿qué hizo el agente, con qué autoridad y cómo lo revierto?

Eso no es un problema de seguridad del modelo. Es un problema de arquitectura, y un prompt de contención no lo arregla.

Un solo modelo de permisos

En Cyril, un agente es un actor más, no un modo dios. Actúa dentro del mismo RBAC que gobierna a las personas: acotado a un org_id, limitado por el rol de la persona que se lo pidió, y ni un permiso más. Antes de que se ejecute nada, cada paso de su plan se comprueba en el servidor con los permisos de esa persona, y un paso que quede fuera de ellos se deniega.

Esto importa porque hace legible la autoridad del agente. «¿Qué puede hacer este agente?» tiene la misma forma de respuesta que «¿qué puede hacer esta persona?», y se configura en el mismo sitio.

Un registro de cada ejecución

Cada ejecución de un agente queda registrada: el plan, quién lo aprobó y qué hizo cada paso. «¿Qué hizo el asistente en la cuenta Phoenix la semana pasada?» se responde leyendo las ejecuciones, no con una reconstrucción forense entre sistemas.

Cuando las acciones y los registros viven sobre un mismo grafo, ese registro no es un añadido: es una lectura natural sobre los mismos datos.

Corregir un paso equivocado

Todavía no hay un botón para deshacer de un clic la ejecución de un agente. Un registro que un agente crea o modifica se puede corregir o eliminar como cualquier otro, y algunos pasos, como un recordatorio ya enviado, no se pueden recuperar en absoluto. Por eso el plan espera tu aprobación antes de que se ejecute nada.

Supervisión humana por defecto

Algunas acciones deberían ejecutarse sin más; otras deberían esperar a una persona. En Cyril, Ask Cyril enseña su plan completo y espera tu aprobación antes de ejecutar ningún paso, y también puedes cancelarlo. La aprobación cubre el plan en su conjunto; todavía no se puede fijar acción por acción.

Qué significa esto para ti

• Deja que un agente ejecute un flujo de varios pasos entre módulos y ve exactamente qué hizo, en un único registro de la ejecución.
• Dale autoridad real sin darle autoridad ilimitada: cada paso se comprueba con los permisos de la persona que lo pidió.
• Aprueba el plan completo antes de que se ejecute nada, en lugar de enterarte después.

Que la IA actúe de forma fiable no depende sobre todo del prompt. Depende de si la plataforma que hay debajo puede responder por lo que hizo el agente. Cyril está construido para poder hacerlo siempre.