Si ya has revisado qué cláusulas revisar en un contrato de servicios de IA, tienes cubiertos los seis puntos básicos que debería tener cualquier contrato de tecnología de IA: definición del servicio, propiedad de los datos, disponibilidad, responsabilidad, propiedad intelectual y condiciones de salida. Este artículo va un paso más allá, específicamente para cuando lo que contratas no es una herramienta de IA pasiva, sino un agente que actúa de forma autónoma, se conecta a tus sistemas y toma decisiones sin que una persona intervenga en cada paso. Ese tipo de contrato necesita cláusulas adicionales que un contrato de software convencional no suele contemplar.
Como siempre en estos temas, esto no sustituye la revisión de un abogado antes de firmar: es la lista de preguntas que conviene llevarle ya preparada.
Cambios en el modelo o motor subyacente sin previo aviso
Muchos proveedores de agentes de IA no construyen su propio modelo de lenguaje desde cero: usan un modelo de un tercero (OpenAI, Anthropic, Google u otro) como motor interno. Si ese proveedor cambia de versión de modelo, el comportamiento de tu agente puede cambiar de la noche a la mañana sin que tú hayas pedido ningún cambio: respuestas distintas, tono distinto, incluso capacidades que antes tenía y ya no. El contrato debería obligar a que el proveedor te avise antes de un cambio relevante de motor o modelo, y a que ese cambio pase por un período de pruebas antes de aplicarse en producción, no que te enteres porque el agente empieza a comportarse raro un lunes.
Límites de autonomía y umbrales de escalado obligatorio
Un agente autónomo necesita fronteras explícitas por contrato, no solo por configuración interna que el proveedor puede cambiar sin que tú lo sepas. El contrato debería fijar qué tipo de decisiones el agente nunca puede tomar sin intervención humana (por ejemplo, cancelar un pedido de importe alto, comunicar una baja de servicio a un cliente, o modificar condiciones comerciales), y qué umbrales disparan automáticamente un escalado a una persona. Que esto quede en el contrato, y no solo en un documento técnico interno del proveedor, te da algo a lo que agarrarte si esos límites se incumplen en la práctica.
Trazabilidad y derecho de auditoría de las decisiones
Cuando algo sale mal —una respuesta incorrecta a un cliente, una decisión que no debería haberse tomado— necesitas poder reconstruir qué pasó: qué información tenía el agente en ese momento, qué reglas siguió y por qué llegó a esa conclusión. El contrato debería garantizarte acceso a esos registros durante un período razonable, y no solo un "sí, lo tenemos" verbal del proveedor. Sin esta cláusula, cualquier disputa sobre qué falló se convierte en tu palabra contra la suya, sin datos que la resuelvan.
Dependencia de terceros: qué pasa si el motor de tu proveedor cambia de condiciones
Siguiendo con la idea del motor subyacente: si tu proveedor depende de la API de un tercero para funcionar, ¿qué pasa si ese tercero sube drásticamente el precio, cambia sus condiciones de uso o directamente discontinúa el servicio? Un contrato bien planteado debería explicar qué plan de contingencia tiene el proveedor ante ese escenario, y si ese coste adicional se repercutiría automáticamente a tu factura sin negociación previa. No es un escenario hipotético improbable: la dependencia de infraestructura de terceros es habitual en este sector, y conviene saber qué pasa si el suelo se mueve por ese lado.
Límites de uso, picos de volumen y qué ocurre si los superas
Muchos contratos de agentes de IA se firman con un volumen de uso estimado (número de conversaciones, de tareas ejecutadas, de tokens procesados) que puede quedarse corto si tu negocio crece más rápido de lo previsto, algo positivo para ti pero que puede generar sorpresas económicas si el contrato no lo contempla con claridad. Pregunta explícitamente qué pasa si superas ese volumen: si el servicio se degrada, se corta o simplemente se factura de más, y con qué preaviso te lo comunicarían antes de que ocurra.
Cláusula de reversión rápida si el agente falla de forma masiva
Por último, una cláusula que casi nunca se pide y que puede ahorrarte un problema serio: qué mecanismo existe para desactivar o revertir rápidamente el agente a un modo más conservador (o directamente pausarlo) si detectas que está fallando de forma masiva y repetida, sin tener que esperar al siguiente ciclo de soporte técnico del proveedor. Esto conecta con lo que ya explicamos sobre quién responde legalmente si el agente comete un error: cuanto más rápido puedas frenar un fallo en marcha, menor es el daño acumulado mientras se resuelve el problema de fondo.
Coste de adaptación si cambia la normativa aplicable
Al tratarse de un sector en plena regulación, con el AI Act europeo entrando en vigor por fases, conviene incluir una cláusula que aclare qué pasa si una nueva obligación legal exige cambios en cómo opera el agente, por ejemplo un requisito nuevo de trazabilidad o de supervisión humana. El contrato debería especificar si esas adaptaciones las asume el proveedor dentro de la cuota mensual, si se facturan como un desarrollo adicional, o si existe un plazo máximo para implementarlas una vez que la normativa lo exige. Sin esta cláusula, es fácil acabar en una discusión sobre quién paga una adaptación que ninguna de las dos partes había previsto cuando se firmó el contrato original.
Conclusión
Un agente de IA que actúa de forma autónoma sobre tus sistemas necesita, además de las cláusulas básicas de cualquier contrato tecnológico, garantías específicas sobre cambios de modelo, límites de autonomía, trazabilidad de sus decisiones, dependencia de terceros, picos de uso y capacidad de reversión rápida. Si además el proveedor no cumple lo pactado, conviene saber cómo renegociar un contrato con un proveedor de IA antes de dar por perdido el proyecto. En MG Solutions incluimos estas garantías por defecto en nuestros contratos de agentes de IA, y ayudamos a nuestros clientes a exigirlas cuando contratan con terceros. Reserva tu primera reunión si quieres que revisemos tu situación.