Claix · Actualizado en octubre de 2026
Guardrails SQL para agentes de IA: comprueba cada INSERT, UPDATE y DELETE antes de que se ejecute
Claix Guard es un comprobador de reglas para los cambios que tus agentes de IA proponen en tu base de datos.
Antes de que tu agente ejecute un INSERT, UPDATE o DELETE, Claix lo comprueba contra reglas que aprobaste. La respuesta es permitir o denegar, con el motivo. Claix nunca ejecuta la sentencia.
Respuesta directa
¿Qué responde Claix Guard?
Claix Guard es un comprobador SQL para agentes de IA. Antes de que tu agente ejecute un INSERT, UPDATE o DELETE, envía la sentencia a Claix, y Claix la comprueba contra reglas que escribiste en lenguaje natural y aprobaste. La respuesta es permitir o denegar, con el motivo. La comprobación es determinista: ningún modelo de IA decide en el momento del chequeo. Claix nunca ejecuta la sentencia. Lo hace tu propio código.
Puntos clave
Qué hace Claix Guard y qué no hace nunca
- Qué comprueba: cada INSERT, UPDATE y DELETE que propone un agente de IA, con sus parámetros.
- Cómo fijas las reglas: en lenguaje natural, tú o tu agente por la API o MCP. Claix propone reglas y límites exactos, y tú los aceptas, rechazas o editas.
- Cómo decide: con reglas exactas, no con un modelo, así que la misma sentencia obtiene siempre la misma respuesta.
- Qué devuelve: permitir o denegar, y por qué.
- Qué no hace nunca: ejecutar tus sentencias ni tocar tus datos.
- Qué cuesta: 0,01 € por comprobación. La tarifa vigente está en la página de precios.
¿Qué es Claix Guard?
Claix Guard es un servicio alojado que comprueba los cambios de base de datos que propone un agente de IA antes de que ocurran. Se sitúa entre el agente y el código que ejecuta sus sentencias. El agente propone un cambio, Guard decide si las reglas lo permiten, y tu ejecutor lo lanza solo si la respuesta es permitir.
Es la segunda mitad de la capa de control de Claix. Claix Retrieve controla lo que tus agentes pueden leer. Claix Guard controla lo que pueden cambiar.
- INSERT, para crear filas.
- UPDATE, para modificar filas.
- DELETE, para borrar filas.
¿Por qué los agentes de IA necesitan un comprobador de INSERT, UPDATE y DELETE?
Una base que un agente puede cambiar es una base que puede cambiarse mal, y un prompt es lo único que hay entre el agente y el error. Un prompt no es un permiso: una instrucción escrita en él se puede ignorar, anular o manipular. En la práctica fallan seis cosas.
Los permisos de la base ayudan, y no pueden expresar reglas como «descuentos de hasta el 20 por ciento» o «los reembolsos de más de 200 euros se deniegan». Guard es donde viven esas reglas de negocio.
- Un DELETE o UPDATE sin WHERE. Una condición que falta afecta a todas las filas de la tabla.
- Un valor fuera de cualquier límite sensato. Un descuento del 90 por ciento, una cantidad negativa, un precio de cero.
- Un cambio que nadie debería hacer. Borrar un pedido, editar una factura cerrada, tocar una columna que no debe cambiar nunca.
- Una sentencia válida y aun así incorrecta. Se ejecuta sin error y hace algo que el negocio nunca pretendió.
- Demasiados cambios demasiado rápido. Un bucle que lanza cincuenta reembolsos en un minuto.
- Sin registro. Cuando después algo parece mal, nadie puede decir qué intentó el agente ni por qué se permitió.
¿Cómo funciona Claix Guard?
Funciona en cuatro pasos. Si la respuesta es permitir, tu propio código ejecuta la sentencia. El motivo está escrito para que el agente pueda corregirse y volver a intentarlo con un valor válido.
- 01
Escribe tus reglas en lenguaje natural
Por ejemplo: los descuentos no pueden superar el 20 por ciento. Los agentes nunca pueden borrar pedidos.
- 02
Claix propone reglas exactas
Convierte tus palabras en reglas y límites precisos. Tú, o tu agente por la API o MCP, aceptas, rechazas o editas cada propuesta.
- 03
El agente pregunta antes de cambiar nada
Envía el INSERT, UPDATE o DELETE, con sus parámetros, a Claix.
- 04
Claix responde
Permitir o denegar, con el motivo. Tu código ejecuta la sentencia solo cuando la respuesta es permitir.
¿Cómo es una comprobación?
Una petición y una respuesta ilustrativas. La llamada real es POST /check-sql. Una denegación sigue siendo HTTP 200: lee allowed. Los campos completos están en la documentación de check-sql.
POST /check-sql
{
"sql": "UPDATE orders SET discount_percent = $1 WHERE id = $2",
"params": [35, 4821]
}
{
"allowed": false,
"code": "rule_denied",
"reason": "discount_percent debe ser 20 o menos. Se recibió 35.",
"sql": "UPDATE orders SET discount_percent = $1 WHERE id = $2",
"decision_id": "9ff38974-1392-4c1a-83e5-3b2f09bb43dc"
}¿Cómo pasan las reglas en lenguaje natural a reglas exactas?
Describes un límite como se lo dirías a un compañero, y Claix propone una versión exacta. Un modelo ayuda una vez, cuando se crea la regla. Nunca decide sobre un cambio. Recomendamos que una persona apruebe las reglas y que un agente las proponga. Un agente que pudiera aflojar sus propios límites anularía el sentido de tenerlos.
- 01
Envía la regla en lenguaje natural
Tú, o tu agente por la API o MCP, describes el límite.
- 02
Claix devuelve reglas y límites propuestos
La propuesta es exacta: la condición, las tablas y el mensaje.
- 03
Aceptas, rechazas o modificas cada una
Nada se aplica hasta que está aprobada.
- 04
Las reglas aprobadas son las que Guard aplica
A partir de entonces, la misma sentencia con los mismos parámetros obtiene la misma respuesta.
¿Qué tipos de reglas puedes fijar?
Estos son ejemplos de límites que puedes describir en lenguaje natural. Lo que Guard no puede entender, no lo aprueba: la sentencia se deniega.
- Qué operaciones están permitidas. Los agentes pueden crear y actualizar pedidos, y nunca pueden borrarlos.
- Qué columnas pueden cambiar. Los agentes pueden actualizar el estado de un pedido, y nunca su precio.
- Qué debe contener un WHERE. Un UPDATE o DELETE debe nombrar un solo pedido por su id.
- Límites de valor. Descuentos de hasta el 20 por ciento. Cantidades por encima de cero. El estado solo uno de una lista fija.
- Transiciones permitidas. Un pedido puede ir de pendiente a enviado a entregado, y no al revés.
- Con qué frecuencia. No más de cinco reembolsos por hora.
- Casos que debe ver una persona. Una regla puede denegar reembolsos de más de 200 euros, y tu flujo envía esa denegación a una persona.
¿Por qué la comprobación es determinista y no agéntica?
Una comprobación determinista sigue reglas exactas, así que la misma sentencia con los mismos parámetros obtiene siempre la misma respuesta. Ningún modelo de IA decide en el momento del chequeo. Los guardrails que preguntan a otro modelo si una sentencia parece segura heredan las debilidades de un modelo: se les puede convencer, y pueden dar otra respuesta la próxima vez. Una regla que dice «discount_percent debe ser 20 o menos» no se deja convencer de 35.
- Predecible. No hay humor, ni prompt, ni azar en la decisión.
- Explicable. Cada denegación señala la regla que la causó.
- Comprobable. Puedes probar tus reglas con sentencias de ejemplo antes de fiarte de ellas.
- Rápida. No hay llamada a un modelo en el camino, así que una comprobación no espera a un modelo.
¿Claix ejecuta mi INSERT, UPDATE o DELETE?
No. Claix Guard solo comprueba. Tu propio código ejecuta la sentencia, con tus propias credenciales, y Claix nunca toca tus datos. Eso también significa que Claix no necesita acceso de escritura a tu base. Si el agente puede llegar a la base por otra vía, puede saltarse la comprobación. Guard decide, y tu ejecutor hace cumplir.
- 01
Tu agente no tiene credenciales de escritura
Puede proponer una sentencia. No puede ejecutarla.
- 02
Una función de tu código tiene las credenciales
Es la única vía por la que un cambio llega a la base.
- 03
Esa función llama primero a Guard
Ejecuta la sentencia solo si la respuesta es permitir.
¿Qué debes mantener también en la base de datos?
Guard es una capa. Añade lo que la base no puede: reglas de negocio en lenguaje natural, una explicación que el agente entiende, y una política para todos los agentes. Mantén las otras capas.
- Un rol dedicado con privilegios estrechos. El ejecutor del agente solo debería poder cambiar las tablas y columnas que necesita.
- Restricciones CHECK y NOT NULL. Las reglas que los datos deben cumplir siempre también pertenecen al schema.
- Seguridad a nivel de fila, cuando distintas personas o inquilinos comparten una tabla.
- Registro, para que también haya constancia en tu lado.
¿En qué se diferencia Claix Guard de otros enfoques?
La mejor configuración combina varios de estos.
Permisos y restricciones de la base
Son esenciales y hacen cumplir lo que la propia base entiende. No pueden leer tus reglas de negocio, y sus errores no están escritos para un agente. Úsalos junto con Guard.
Librerías de guardrails SQL
Algunas son librerías de Python que comprueban una sentencia contra un archivo de política dentro de tu propia aplicación. Guard es un servicio alojado que comprueba sentencias para todos los agentes y todas las bases con una política, y escribes las reglas en lenguaje natural.
Proxies y pasarelas en el camino de ejecución
Algunas herramientas se sitúan entre el agente y la base y ejecutan la sentencia una vez aprobada. Eso les da la capacidad de hacer cumplir, y también significa que guardan tus credenciales. Guard decide y no las guarda.
Otro modelo como juez
Un modelo que revisa la sentencia es flexible y puede equivocarse de una forma distinta cada vez. La decisión de Guard es exacta.
Aprobación humana para todo
Seguro y lento. Guard resuelve al instante los casos claros. Cuando quieres que una persona vea un caso, deniégalo con una regla y encamina esa denegación en tu propio flujo.
¿Qué puedes construir con Claix Guard?
Estos son ejemplos de cómo podrían usarlo los equipos.
Un agente de soporte que da reembolsos y descuentos
Limita los descuentos al 20 por ciento, deniega los reembolsos por encima de un umbral para que una persona los revise, y pon un tope de cuántos puede emitir un agente por hora.
Un asistente de ventas que actualiza el CRM
Permítele cambiar el estado y las notas de un trato, y nunca el propietario ni el importe de un trato cerrado.
Un agente de operaciones que gestiona el inventario
Permite ajustes de stock dentro de un rango, y nunca borrados.
Un asistente interno para expedientes de RR. HH.
Permite cambios en los datos de contacto, y deniega todo lo que tenga que ver con salario o contratos para que lo revise una persona.
Un flujo en n8n o Make
Llama a Guard con una petición HTTP antes del nodo que escribe, y bifurca según la respuesta.
Un sistema multiagente
Da a todos los agentes la misma política, para que las reglas no se desvíen entre agentes.
¿Cómo añades Claix Guard a tu agente?
Claix Guard funciona con cualquier framework de agentes, con clientes MCP y con herramientas de automatización que puedan enviar una petición HTTP.
- 01
Crea una política
Escribe tus primeras reglas en lenguaje natural y revisa las propuestas.
- 02
Pruébala en el Sandbox
Prueba sentencias de ejemplo, incluidas las que deben denegarse.
- 03
Llama a Guard antes de cada cambio
Usa REST o MCP, desde tu función ejecutora o desde la herramienta del agente.
- 04
Ejecuta solo si es permitir
Devuelve el motivo al agente si es denegar. Envía los casos que quieres que vea una persona por tu propio flujo.
- 05
Conserva la traza
Cada decisión queda registrada para que puedas revisar qué se propuso y por qué se permitió o no.
¿Cuánto cuesta Claix Guard?
Pagas 0,01 € por cada comprobación, sin puestos ni planes. Claix Guard tiene un precio aparte de Claix Retrieve. La tarifa vigente está en la página de precios.
¿Qué no hace Claix Guard?
- No ejecuta tus sentencias. Lo hace tu código.
- No sustituye los permisos de la base. Añade reglas de negocio encima.
- No puede ver lo que ocurre dentro de tu base, como los triggers, así que mantén también las reglas críticas en restricciones.
- No protege una base a la que el agente puede llegar directamente. El agente no debe tener credenciales de escritura.
- No aprueba sentencias que no puede entender.
- Comprueba cambios, no lecturas. Para las lecturas, usa Claix Retrieve.
Preguntas frecuentes
- ¿Qué es un comprobador SQL para agentes de IA?
- Un comprobador SQL para agentes de IA es un servicio que revisa las sentencias INSERT, UPDATE y DELETE que propone un agente, y dice si siguen tus reglas antes de que se ejecuten. Claix Guard es uno.
- ¿Cómo impido que un agente de IA borre datos?
- No te fíes de un prompt. No le des al agente credenciales de escritura, haz pasar cada cambio por una sola función ejecutora, y haz que esa función pregunte primero a un comprobador de reglas. Con Claix Guard puedes fijar una regla de que los agentes nunca pueden borrar, y un DELETE se deniega con el motivo.
- ¿Cómo valido el SQL antes de que se ejecute?
- Analiza la sentencia, compruébala contra reglas de operaciones, tablas, columnas, valores y condiciones, y ejecútala solo si pasa. Claix Guard hace esta comprobación para INSERT, UPDATE y DELETE y responde permitir o denegar.
- ¿Puedo escribir las reglas en lenguaje natural?
- Sí. Describes el límite en lenguaje natural, Claix propone reglas exactas, y tú las aceptas, rechazas o editas. Las reglas aprobadas son las que Guard aplica.
- ¿Un modelo de IA decide si una sentencia está permitida?
- No. Un modelo puede ayudar a proponer reglas cuando las creas. La comprobación en sí es determinista, así que la misma sentencia obtiene siempre la misma respuesta.
- ¿Qué tan rápida es la comprobación?
- No hay llamada a un modelo en el camino, así que una comprobación no espera a un modelo. La latencia depende de dónde corre tu código y de tu red, así que mídela en tu propia instalación.
- ¿Claix ejecuta mis sentencias?
- No. Claix solo las comprueba. Tu código las ejecuta, con tus credenciales, y Claix nunca toca tus datos.
- ¿Qué bases de datos admite Claix Guard?
- Postgres, MySQL y MariaDB.
- ¿Qué pasa cuando Guard no puede entender una sentencia?
- No se aprueba. Guard responde denegar y le dice al agente por qué.
- ¿Puede un agente de IA aprobar sus propios cambios?
- No debería. Recomendamos que los agentes propongan reglas y que una persona las apruebe. Guard no da al agente una vía para aprobar su propia escritura.
- ¿Cómo envío un cambio a una persona?
- Escribe una regla que deniegue el caso, por ejemplo reembolsos por encima de un umbral, y encamina esa denegación a una persona en tu flujo, por ejemplo por Slack, email o n8n. Guard responde permitir o denegar.
- ¿Cuál es la diferencia entre Guard y un rol de solo lectura?
- Un rol de solo lectura limita lo que un agente puede leer. Guard comprueba lo que un agente quiere cambiar. Retrieve y Guard cubren las dos mitades.
- ¿Basta un rol de base de datos para protegerse de los errores del agente?
- Es la base. No puede expresar reglas de negocio como límites y umbrales, y sus errores no están escritos para un agente. Úsalo junto con Guard.
- ¿Claix Guard funciona con MCP, n8n y LangChain?
- Sí. Llámalo por REST o MCP desde cualquier framework de agentes, o usa una petición HTTP en n8n o Make.
- ¿Cuánto cuesta?
- 0,01 € por comprobación. Consulta la página de precios para la tarifa vigente.
Fuentes y lecturas adicionales
Documentación de PostgreSQL, restricciones: https://www.postgresql.org/docs/current/ddl-constraints.html
Documentación de PostgreSQL, políticas de seguridad por fila: https://www.postgresql.org/docs/current/ddl-rowsecurity.html
Documentación de PostgreSQL, GRANT: https://www.postgresql.org/docs/current/sql-grant.html
Claix: https://www.claix.dev
Comprueba el cambio antes de que tu código lo ejecute
Claix Guard comprueba cada INSERT, UPDATE y DELETE que propone tu agente de IA contra reglas que fijas en lenguaje natural, y le dice al agente por qué cuando la respuesta es no.