Cómo leer un MSA de IA: siete cláusulas que cambian todo

La variable equivocada

Cuando un equipo legal recibe un MSA de un proveedor de IA para revisión, el primer instinto casi siempre es el mismo: ir a la tabla de precios y al SLA de disponibilidad. Es un instinto heredado de dos décadas de contratos de software convencional, donde esas dos variables efectivamente concentraban la mayor parte del riesgo. Un SaaS de nómina que cae dos horas al mes es un incidente operativo. Un modelo fine-tuneado con tres años de datos propietarios cuya organización no puede exportar es una dependencia estructural — y esa diferencia no aparece en ninguna cláusula de uptime.

El error no es mirar precio y SLA. Es mirar solo eso primero, cuando son precisamente las variables que un proveedor con posición de mercado va a hacer más fáciles de negociar, porque son las que menos comprometen su ventaja de largo plazo. Un proveedor puede ceder dos puntos porcentuales de descuento o agregar un 99.95% de disponibilidad sin ceder nada estructural. Lo que sí compromete su ventaja de largo plazo — y por eso lo redacta con más cuidado, no con menos — es todo lo que determina si la organización cliente puede irse.

Esto es exactamente lo que el marco de Arquitectura Soberana llama reversibilidad constitucional: ningún contrato debería convertir en irreversible una decisión que, en el momento de firmarla, todavía parecía reversible. Un MSA de IA es, en la práctica, el documento donde una organización decide cuánta de su capa de ejecución delega y bajo qué condiciones puede recuperarla. La pregunta que hay que hacerle al contrato no es "¿cuánto cuesta y qué tan disponible está?" sino "¿qué tan atrapados quedamos una vez que el sistema está en producción y los datos de un año de operación viven en la infraestructura del proveedor?". Esa pregunta se responde leyendo siete cláusulas que rara vez reciben la atención que reciben el precio y el SLA.

Siete cláusulas

Propiedad y portabilidad de los datos de entrenamiento. Toda organización que hace fine-tuning aporta datos propios — tickets de soporte, transcripciones, documentos internos, interacciones de usuarios. La cláusula que define quién es dueño de esos datos una vez que entran al pipeline del proveedor, y en qué formato pueden salir si el contrato termina, es la base de todo lo demás. Si el contrato es ambiguo aquí, no importa lo bien redactadas que estén las otras seis: la organización ya cedió el insumo que hizo posible construir el sistema.

Propiedad del modelo fine-tuneado. El resultado del fine-tuning puede tratarse de dos maneras completamente distintas: como un artefacto exportable — pesos, adaptadores LoRA, checkpoints — que la organización posee y puede correr en otra infraestructura, o como un objeto que existe únicamente como un endpoint dentro de la nube del proveedor. La diferencia entre ambas no se nota el día que se firma el contrato. Se nota el día que la organización quiere cambiar de proveedor y descubre que meses de ajuste fino no son un activo portátil sino una configuración que desaparece con la cuenta.

Portabilidad de embeddings y vectores. Los sistemas de IA en producción generan representaciones vectoriales de grandes volúmenes de contenido propio, y esas representaciones suelen almacenarse en una base vectorial gestionada por el mismo proveedor. Si el formato de esos vectores es propietario y no exportable a un formato estándar, la organización no solo pierde el modelo si se va — pierde también la capa de recuperación semántica construida sobre años de contenido indexado, y tiene que reconstruirla desde cero con otro proveedor.

Jurisdicción y control de logs. Cada interacción con el sistema genera registros — prompts, respuestas, metadatos de uso — que con frecuencia contienen información sensible de la organización o de sus clientes. La cláusula relevante especifica dónde se almacenan esos logs, bajo qué jurisdicción legal, quién dentro del proveedor tiene acceso y durante cuánto tiempo se retienen después de terminado el contrato. Un log almacenado bajo una jurisdicción distinta a la del negocio, con retención indefinida y acceso no documentado, es una fuga de soberanía que no requiere que nada salga mal para materializarse: basta con que el log exista donde exista.

Preaviso de descontinuación o cambio material de términos. Ningún proveedor de IA garantiza que su producto actual seguirá existiendo en su forma actual dentro de dos años — el ritmo de la industria hace que los términos cambien, los modelos se deprequen y los precios se reestructuren con frecuencia. Lo que sí puede garantizar el contrato es cuánto tiempo real de aviso recibe la organización antes de un cambio material. Treinta días de preaviso para migrar un sistema en producción con integraciones dependientes no es preaviso: es un ultimátum con membrete legal.

Costo y mecánica real de exportación al terminar el contrato. Un contrato puede prometer, en su letra, el derecho a exportar todos los datos al finalizar la relación. La pregunta que esa promesa no responde es si esa exportación es técnicamente viable en la práctica — en qué formato, con qué herramientas, en qué plazo, a qué costo adicional. Un derecho de exportación que en los hechos exige meses de trabajo de ingeniería no contratado, o que entrega los datos en un formato que ningún otro sistema puede ingerir, es un derecho de papel.

Derechos de auditoría independiente. La organización necesita poder verificar, con un tercero de su elección, cómo el proveedor efectivamente usa sus datos — no solo confiar en la declaración de política de uso del proveedor. Sin un derecho de auditoría exigible, toda otra cláusula de este listado depende de la buena fe, y la buena fe no es una variable contractual.

Cómo priorizar

En una negociación real, pocos equipos legales logran cerrar las siete cláusulas en los términos que preferirían. Los proveedores con posición de mercado dominante ceden en algunas y se plantan en otras, y saber cuáles negociar hasta el límite del punto de ruptura — y cuáles aceptar con una condición menos favorable — es en sí mismo un ejercicio de reversibilidad constitucional: identificar qué concesión, si se pierde, vuelve irreversible una decisión que todavía debería ser reversible.

La jerarquía es clara cuando se mira desde ese ángulo. La portabilidad de los datos propios de entrenamiento va primero, sin negociación posible, porque sin ella no hay punto de partida para reconstruir nada con otro proveedor — es el insumo, no el resultado. La propiedad del modelo fine-tuneado va segundo, porque determina si meses de trabajo de ajuste se convierten en un activo propio o en un gasto hundido que expira con el contrato. Estas dos, juntas, son la línea que separa una relación de proveedor de una dependencia estructural, y son las que ameritan escalar la negociación por encima del equipo legal si hace falta.

El resto — embeddings, jurisdicción de logs, preaviso, mecánica de exportación, auditoría — importa, pero admite condiciones intermedias sin comprometer la reversibilidad de fondo: un plazo de preaviso más corto que el ideal se compensa con un plan de migración documentado; una jurisdicción de logs subóptima se compensa con cláusulas de retención acotada y acceso auditado. Ceder en esas cinco duele, pero no cierra la puerta de salida. Ceder en las dos primeras sí la cierra, y el momento de notarlo no es cuando la organización ya depende del sistema en producción — es antes de firmar, leyendo cláusulas que el precio y el SLA nunca obligaron a mirar.