Ajuste fino y la Ley de IA de la UE: cuándo te convierte en proveedor

El ajuste fino (fine-tuning) consiste en seguir entrenando un modelo ya existente sobre un conjunto de datos más acotado para especializarlo: tomas un modelo de IA de uso general (GPAI) y le enseñas tu dominio, tu tono o tu tarea. Bajo el Reglamento (UE) 2024/1689 la pregunta que importa no es si el ajuste fino es buena ingeniería; es si tú te conviertes en proveedor del modelo modificado y, por tanto, si te corresponde una parte de las obligaciones GPAI del capítulo V. La respuesta corta: a veces. Cuando la modificación es significativa, pasas a ser proveedor de la modificación, y tus deberes del artículo 53 se adhieren únicamente a esa modificación, no al modelo original completo del que partiste.

Qué es el ajuste fino, y las dos formas de clasificarlo

Empieza separando dos preguntas de clasificación distintas, porque el ajuste fino se mueve entre ambas:

• La capa del modelo GPAI (capítulo V). ¿Tu ajuste fino te convierte en proveedor de un modelo GPAI? Es la pregunta de la «modificación posterior» y la rige el artículo 25 leído junto con los considerandos sobre la modificación de modelos GPAI.
• La capa del sistema de IA (artículo 6). Cuando integras un modelo ajustado en un sistema desplegado, ¿es ese sistema de alto riesgo? Es una prueba distinta, basada en el uso, bajo el artículo 6 y el anexo III: consulta nuestro recorrido sobre clasificación. Un ajuste fino no cambia el nivel del sistema; lo cambia la finalidad prevista del sistema.

Esta página trata la primera pregunta. Si tu producto final es de alto riesgo lo decide para qué se usa, no el acto de ajustarlo.

Cuándo el ajuste fino te convierte en proveedor

La regla de la cadena de valor de la Ley es el artículo 25. Quien modifica sustancialmente un sistema de IA, o le pone su propio nombre o marca, asume las obligaciones del proveedor. La misma lógica se traslada a los modelos GPAI a través de los considerandos del capítulo V sobre la modificación posterior: cuando un agente posterior modifica un modelo GPAI, ese agente puede convertirse en proveedor del modelo modificado.

La palabra clave es significativa. Un ajuste ligero de instrucciones o un pequeño adaptador que mueve el comportamiento al margen no suele convertirte en proveedor del modelo. Una modificación que cambia de forma material las capacidades del modelo o su uso general sí. La guía de la Comisión sobre GPAI lo plantea mediante un umbral de cuota de cómputo: como regla práctica, un ajuste fino posterior se trata como creación de un modelo nuevo —y a quien lo ajusta como proveedor de ese modelo modificado— cuando el cómputo empleado en la modificación es superior a un tercio del cómputo de entrenamiento del modelo original. Por debajo de esa cuota, el ajuste fino se considera generalmente una modificación demasiado menor para cambiar el estatus de proveedor en la capa del modelo. El umbral es orientación, no una línea nítida del texto legal, pero es la prueba operativa que se espera que los equipos posteriores apliquen y documenten.

Y, por separado y siempre: si introduces en el mercado el modelo bajo tu propio nombre o marca, el desencadenante de nombre/marca del artículo 25 puede convertirte en proveedor con independencia de la cuota de cómputo. Ponerle tu marca es un acto de proveedor.

Qué debes, solo respecto de la modificación

Este es el alivio que la mayoría de equipos pasa por alto. Cuando un ajuste fino te convierte en proveedor del modelo GPAI modificado, tus obligaciones del artículo 53 se adhieren a la modificación, no al modelo original completo. Los considerandos del capítulo V son explícitos: los deberes de documentación e información de quien modifica posteriormente cubren el cambio que hizo y el cómputo y los datos usados en el ajuste fino; no se le exige reconstruir ni volver a publicar el expediente técnico completo del proveedor original.

En concreto, como proveedor de la modificación puedes deber:

• Documentación técnica actualizada (artículo 53(1)(a)) que cubra el ajuste fino —los datos, el proceso y el cómputo que usaste—, no el expediente del anexo XI completo del modelo base.
• Información para agentes posteriores (artículo 53(1)(b)) para que quien construya sobre tu versión pueda cumplir.
• Una política de derechos de autor y un resumen de los datos de entrenamiento (artículo 53(1)(c)–(d)) por el contenido que tú añadiste en el ajuste fino.

Si tu ajuste fino es de pesos abiertos bajo una licencia que cumpla los requisitos, la excepción del artículo 53(2) puede levantar para él los deberes de documentación e información posterior, pero la política de derechos de autor y el resumen de datos de entrenamiento de los datos que añadiste se mantienen, igual que para cualquier proveedor GPAI.

Y el techo que el ajuste fino no puede levantar: si el modelo base es de riesgo sistémico (la presunción de 10²⁵ FLOP o una designación de la Comisión bajo el artículo 51), o si tu propio cómputo de entrenamiento acumulado cruza ese umbral, entran en juego los deberes de riesgo sistémico del artículo 55. Cruzar los 10²⁵ FLOP mediante un ajuste fino sobre una base grande es concebible para las operaciones más grandes; calcula y documenta tu cómputo acumulado.

Las obligaciones GPAI del capítulo V se aplican desde el 2 de agosto de 2025; el aplazamiento del Ómnibus Digital de las fechas de alto riesgo del anexo III al 2 de diciembre de 2027 no movió ningún plazo del capítulo V.

Ejemplo práctico: Lumen Health Analytics, ~70 empleados, ~12 M€ de facturación

Lumen, una empresa de datos sanitarios de Lisboa, licencia un modelo fundacional de pesos abiertos y lo somete a ajuste fino sobre documentos de codificación clínica para construir una función de asistente de codificación que vende bajo la marca «Lumen Coder».

• Cuota de cómputo. El ajuste fino de Lumen usa en torno al 5 % del cómputo de entrenamiento original del modelo base, muy por debajo de la regla del tercio. Solo por cuota de cómputo, la modificación sería demasiado menor para cambiar su estatus de proveedor del modelo.
• Pero salta el desencadenante de marca. Lumen comercializa «Lumen Coder» bajo su propia marca. Bajo el artículo 25, comercializar el modelo bajo nombre propio convierte a Lumen en proveedor de ese modelo.
• Alcance de los deberes. Las obligaciones del artículo 53 de Lumen se adhieren a su modificación: documentación del ajuste fino y de los datos clínicos que añadió, una política de derechos de autor y un resumen de datos de entrenamiento de esos datos, e información posterior para cualquier integrador. No tiene que volver a publicar el expediente técnico completo del proveedor del modelo base.
• Capa del sistema, por separado. Que «Lumen Coder» sea un sistema de alto riesgo depende del uso bajo el artículo 6, no del ajuste fino. La codificación clínica como herramienta de apoyo documental probablemente queda fuera del anexo III; una herramienta que dirija decisiones clínicas requeriría el análisis del anexo III.

Veredicto: Lumen es proveedor GPAI del modelo modificado por el desencadenante de marca, con deberes acotados a su ajuste fino, no el temor inflado de «ahora te toca el cumplimiento del modelo entero» con el que los equipos suelen arrancar.

Cómo ayuda Confir

El motor basado en reglas de Confir ejecuta las dos preguntas en orden: ¿tu ajuste fino te convierte en proveedor del modelo modificado (cuota de cómputo, los desencadenantes de nombre/marca y de modificación sustancial del artículo 25)?, y por separado, ¿es el sistema desplegado de alto riesgo bajo el artículo 6? Devuelve los deberes acotados del artículo 53 para la modificación y señala cualquier exposición al artículo 55 si el cómputo cruza los 10²⁵ FLOP. Misma entrada, mismo resultado, con la regla que se activó mostrada en lenguaje claro.

Guías relacionadas

• Modificación sustancial
• Proveedor
• Responsable del despliegue
• Pesos del modelo
• Artículo 25 — responsabilidades a lo largo de la cadena de valor
• Artículo 53 — obligaciones básicas de GPAI
• Proveedor frente a responsable del despliegue
• Cómo clasificar tu sistema de IA