Open-Weights vs Open-Source: la guerra de definiciones se calienta

El debate sobre qué significa que un modelo de IA sea verdaderamente open source ya no es semántico. La OSI está a punto de publicar su borrador final para definir IA abierta, y la discusión ha llegado a un punto en el que una definición restrictiva podría dejar fuera a buena parte del ecosistema actual —incluyendo modelos que hoy se presentan como abiertos.

El problema de fondo es que el término "open source" tiene una definición muy clara para el software: acceso al código fuente y libertad para modificarlo y distribuirlo. Pero los modelos de IA añaden una capa que el software tradicional no tiene: los datos de entrenamiento y el proceso de entrenamiento son tan importantes como el código.

La distinción que importa

La OSI propone distinguir entre tres niveles de apertura:

Open weights: el modelo entrenado está disponible para descargar y ejecutar, pero no el código de entrenamiento ni los datos. Es lo que ofrecen hoy Llama, Mistral y la mayoría de modelos "abiertos" populares.

Open training: además de los pesos, el código de entrenamiento es público y reproducible. Pocos modelos llegan aquí.

Fully open source: pesos, código de entrenamiento y datos de entrenamiento, todo bajo licencias que permiten uso, modificación y distribución sin restricciones. Prácticamente ningún modelo frontier llega a este nivel.

La presión de los grandes labs

Meta, Mistral y Stability AI han presionado activamente para que la definición sea más laxa y permita que "open weights" cuente como open source. El argumento es pragmático: si la OSI adopta una definición muy estricta, casi nada en el ecosistema actual calificaría, lo que reduciría la relevancia de la certificación.

El contragolpe de la comunidad más purista es igualmente directo: si la certificación no significa nada exigente, no sirve de nada tenerla.

Qué está en juego

La decisión de la OSI importa más allá del debate académico. Reguladores en Europa y Estados Unidos están usando el término "modelo abierto" en textos legales. Si no hay una definición técnica clara, las empresas pueden hacer lobbying para que sus modelos semi-abiertos reciban el mismo trato regulatorio que el software verdaderamente libre. Eso tiene consecuencias reales en competencia, auditoría y rendición de cuentas.