Vender un agente de inteligencia artificial: el contrato que casi nadie está firmando

Un agente de inteligencia artificial no encaja en ninguna de las casillas contractuales que veníamos usando. No es una licencia de software, porque el comportamiento cambia sin que nadie toque el código. No es un servicio profesional, porque no hay una persona detrás de cada respuesta. Y no es un producto, porque no se entrega y se acaba.

El resultado previsible: contratos copiados de una plantilla de desarrollo de software, firmados para vender algo que se comporta de otra manera. Estas son las cláusulas donde eso se nota.

1. El objeto: ¿qué se está vendiendo exactamente?

La primera pregunta es si se vende una herramienta o un resultado. No es lo mismo entregar un agente que responde consultas que comprometerse a que las responda bien. Lo primero es una obligación de medio; lo segundo, de resultado, y arrastra un régimen de responsabilidad completamente distinto.

2. Quién es dueño de qué

Aquí hay al menos cuatro capas y cada una tiene dueño distinto:

• El modelo base. No es de nadie de los dos: es de un tercero, y se usa bajo sus condiciones.
• La configuración, los prompts y la lógica del agente. Esto sí lo construyó el proveedor, y es lo que de verdad se vende.
• Los datos que aporta el cliente. Siguen siendo del cliente, siempre, y con más razón si son datos personales.
• Las salidas que genera el agente. La capa más resbaladiza, y la que casi ningún contrato resuelve.

Sobre las salidas conviene ser claro: el derecho de autor colombiano protege obras de creación humana. Un texto generado íntegramente por una máquina difícilmente califica como obra protegible por sí solo, lo que no impide que el contrato asigne su uso, su explotación y su exclusividad entre las partes. Una cosa es la titularidad frente al mundo y otra el reparto entre quienes firman.

3. Datos personales: el capítulo que no es opcional

Si el agente procesa datos personales —y casi todos lo hacen—, entra la Ley 1581 de 2012. El contrato tiene que decir quién es responsable del tratamiento y quién es encargado, para qué finalidad se autorizó, qué pasa con la información al terminar y si hay transferencia internacional, porque los modelos suelen ejecutarse fuera del país.

Un punto que se olvida: usar los datos del cliente para mejorar el agente es una finalidad distinta de prestarle el servicio. Si no está autorizada, no se puede, por mucho que el contrato la mencione de pasada. Está desarrollado en protección de datos y compliance.

4. Qué pasa cuando el agente se equivoca

Se va a equivocar. La pregunta contractual no es si ocurre sino quién responde, hasta qué monto y con qué excepciones. Tres piezas que no pueden faltar:

5. La dependencia de un tercero

El agente corre sobre un modelo que el proveedor no controla. Si ese tercero sube el precio, cambia las condiciones de uso o retira una versión, el contrato tiene que prever qué ocurre: quién asume el sobrecosto, en cuánto tiempo se migra y si el cliente puede terminar sin penalidad. Sin esa cláusula, el proveedor queda atrapado entre un precio fijo y un costo variable que no maneja.

6. La salida

Terminar el contrato debería ser tan claro como empezarlo: en qué formato se devuelven los datos, en cuántos días, qué se borra, qué se conserva por obligación legal y si el cliente se queda con la configuración que pagó. Un contrato sin cláusula de portabilidad convierte una herramienta en una jaula, y eso el cliente lo descubre el día que quiere irse.