Licencias 'abiertas' de IA que no son open source: la trampa del openwashing

El Cuñado ya lo tiene claro (y se equivoca)

El Cuñado dice: "Bro, Llama es open source. Te bajas los pesos, lo corres en local y listo. Meta lo regaló. Mistral también. Hasta Grok. La IA abierta ya ganó."

La realidad es: bajar unos pesos no te convierte en usuario de open source. Te convierte en alguien con un fichero grande y una licencia que te marca el terreno. La Open Source Initiative publicó el 28 de mayo de 2025 la primera versión estable de la Definición de IA de Código Abierto (OSAID 1.0). Y con ella dejó algo por escrito que el marketing llevaba años esquivando: un sistema de IA es open source solo si te da las libertades de usar, estudiar, modificar y compartir, con la precondición de acceso a la forma preferida para hacer modificaciones.

No es poesía. Es el listón. Y buena parte de lo que se vende como "abierto" se estrella contra ese listón.

Por qué importa saberlo: porque si confundes pesos descargables con open source, tomas decisiones de arquitectura, de cumplimiento y de dependencia sobre una mentira cómoda. Y luego te enteras tarde, cuando la licencia te cierra una puerta que creías abierta.

Yo he defendido los pesos abiertos. En serio. Cuando Jensen Huang soltó su manifiesto a favor de los pesos abiertos, aplaudí la dirección: más gente con modelos en la mano, menos monopolio de API, más competencia real. Ese camino sigue teniendo sentido.

El problema no son los pesos abiertos. El problema es la trampa que se cuela detrás del adjetivo "open".

Pesos abiertos pueden ser una apuesta estratégica decente. Open source es otra cosa. Mezclarlos a propósito es openwashing: ponerle la etiqueta bonita a un sistema cuyas licencias meten restricciones que chocan con los principios del Open Source. La propia OSI dice que uno de los objetivos de la OSAID es combatir exactamente eso.

Si te quedas con una frase de este artículo, que sea esta:

Pesos que puedes bajar no son lo mismo que un sistema que puedes usar, estudiar, modificar y compartir sin que la letra pequeña te ate las manos.

El resto es desarrollar por qué esa distinción no es pedantería de abogados, sino la diferencia entre construir encima de algo tuyo y construir encima de un favor revocable.

Qué dice de verdad la OSAID 1.0 (sin romance)

La OSI no inventó el open source en 2025. Lleva décadas definiendo qué cuenta y qué no en software. Lo que sí hizo fue admitir algo incómodo: las licencias open source tradicionales no garantizan esas libertades cuando el sistema es de IA. Un repo de Python con licencia permisiva no es lo mismo que un modelo de lenguaje de miles de millones de parámetros, con datos de entrenamiento, pesos, código de inferencia, tokenizers y una maraña de términos de uso.

Por eso hace falta una definición específica.

Según la OSAID 1.0, un sistema de IA es Open Source si otorga cuatro libertades:

Usar el sistema para cualquier propósito.
Estudiar cómo funciona.
Modificarlo.
Compartirlo (modificado o no).

Y hay una precondición que no es un detalle fino: tienes que tener acceso a la forma preferida para modificaciones. En software clásico eso suele ser el código fuente. En IA, "la forma preferida" es más gorda y más incómoda para quien entrena modelos carísimos. No basta con soltar un checkpoint y un README con pose de generosidad.

Traducción de bar: si te dan el coche sin taller, sin planos y con un contrato que te prohíbe tunearlo o alquilarlo, no te han dado un coche open source. Te han dado un coche con llave y un contrato de parking.

Eso es lo que la OSAID intenta clavar en la pared. No para fastidiar a Meta ni a Mistral. Para que la palabra "open" deje de ser un sticker de marketing.

Quién pasó el filtro (y quién no) en la validación

Aquí viene la parte que duele, porque pone nombres.

En la fase de validación de la OSAID, los modelos que superaron los requisitos fueron:

Pythia (Eleuther AI)
OLMo (AI2)
Amber y CrystalCoder (LLM360)
T5 (Google)

Eso no es una liga de popularidad. No es el leaderboard de Hugging Face. Es una evaluación contra una definición. Y fíjate en el patrón: no mandan necesariamente los nombres que salen en LinkedIn cada semana. Mandan proyectos que, en mayor o menor medida, se tomaron en serio la apertura más allá del dump de pesos.

La OSI también señaló que modelos como BLOOM, Starcoder2 y Falcon probablemente cumplirían si modificaran sus licencias o términos legales. O sea: cerca, pero no. La distancia no es técnica en el sentido de "no saben entrenar". Es legal y de diseño de libertades.

Y luego está la lista que el Cuñado no quiere leer:

La OSI determinó que Llama 2 (Meta), Grok (X/Twitter), Phi-2 (Microsoft) y Mixtral (Mistral) no cumplen la OSAID por carecer de componentes requeridos o tener licencias incompatibles con los principios open source.

Lee eso otra vez sin el sesgo de fandom. No estoy diciendo que sean malos modelos. No estoy diciendo que no sirvan. Estoy diciendo que, según el proceso de definición de la OSI en 2025, no son Open Source AI bajo la OSAID 1.0.

Y un matiz que la propia OSI deja claro y que aquí respetamos a rajatabla: esos resultados son parte del proceso de definición y no constituyen certificaciones oficiales de ningún tipo. No es un sello ISO con lazo. Es el trabajo de aterrizar qué significa "open" cuando el artefacto ya no es solo código.

Tampoco vamos a hacer trampas de presente eterno: esa evaluación es de mayo de 2025. Las licencias se tocan. Los términos cambian. Lo que no cambió es el criterio. Si un modelo hoy cumple, que lo demuestre contra la definición. Si no, que deje de disfrazarse.

Open weights, open source y el truco del semáforo

Hay un desliz deliberado en el lenguaje del sector.

Open weights: te dejan descargar los parámetros. Puedes inferir en local, fine-tunear a veces, montar un demo chulo.
Open source (de verdad, OSAID): te dan las libertades completas y la materia prima preferida para modificar el sistema.

El primero puede ser útil como el infierno. El segundo es otra categoría política, técnica y legal.

El truco del marketing es pintar el semáforo en ámbar y venderlo como verde. "Es open." ¿Open cómo? ¿Open de "lo descargas"? ¿Open de "lo estudias de verdad"? ¿Open de "lo forks, lo cambias y lo redistribuyes sin que una cláusula te muerda el tobillo"?

Cuando miramos la trastienda de los modelos 'abiertos', el patrón se repite: hay un espectro, no un interruptor. Pero el espectro no legitima el openwashing. Legitima la precisión.

Porque la precisión tiene consecuencias prácticas:

Si montas producto encima de un modelo "abierto" con restricciones de uso aceptable, de usuarios, de competidores o de redistribución, no tienes la misma libertad que con un sistema OSAID-compliant.
Si tu discurso de empresa es "utilizamos open source" y en realidad utilizas pesos con bozal, estás mintiendo hacia fuera y engañándote hacia dentro.
Si reguladores, clientes o tu propio equipo legal te piden claridad, "está en Hugging Face" no es una respuesta. Es una excusa con UI bonita.

Por qué esto frena justo lo que yo quería que pasara

Aquí va el punto de vista, sin esconderlo: yo quería que los pesos abiertos empujaran un entorno más sano. Más gente entrenando, destilando, auditando, compitiendo. Menos fe en una API opaca. Más músculo distribuido.

Esa película se tuerce cuando la etiqueta "open source" se prostituye.

Pasa lo siguiente, y lo has visto aunque no le pusieras nombre:

Se devalúa la señal. Si todo es open source, nada lo es. El investigador que publica con libertades reales compite en el mismo titular que la empresa que suelta pesos con candados. El mercado deja de distinguir.
Se castiga al que abre de verdad. Abrir en serio cuesta. Datos, código, reproducibilidad, componentes para modificar. Si el que hace el mínimo viable de "descárgate este .safetensors" cosecha la misma aureola reputacional, el incentivo se rompe.
Se construye dependencia disfrazada de soberanía. "Me bajo el modelo y soy libre." Hasta que la licencia te impide un caso de uso, una integración o una redistribución. Libre con asterisco es otra forma de vendor lock-in, solo que el candado está en el PDF y no en el endpoint.

La OSAID no frena la evolución de los pesos abiertos. La aclara. Quien se sienta frenado suele ser quien necesitaba la confusión para vender apertura sin ceder control.

Eso no convierte a la OSI en santa. Las definiciones también se debaten, se tensan y se mejoran. Pero entre una definición pública con criterios y un eslogan de keynote, me quedo con la definición. Aunque me pise un prejuicio.

El openwashing no es un accidente: es un modelo de negocio narrativo

El Cuñado dice: "Sois unos puristas. Si los pesos están fuera, ya es más open que GPT. Dejad de marear."

La realidad es: comparar "más open que un cerrado total" con "open source" es como decir que un patio con rejas es lo mismo que la calle porque ambos tienen aire. La OSI no está midiendo simpatía relativa. Está midiendo libertades.

Seamos justos: quien suelta pesos abiertos está dando más que quien no da nada. Un modelo descargable permite inspección, investigación de seguridad, fine-tuning académico y despliegues que una API cerrada simplemente prohíbe. Meta o Mistral podrían no soltar nada, como OpenAI o Anthropic, y sin embargo eligen exponerse a críticas, escrutinio y costes de mantenimiento de releases públicos. Llamar "trampa" a eso sin reconocer el valor diferencial frente al cerrado total es un error de perspectiva. La discusión no es si los pesos abiertos son mejores que nada (lo son), sino si la etiqueta "open source" describe con precisión lo que ofrecen.

El openwashing funciona porque compra tres cosas baratas:

Credibilidad ante desarrolladores que sí asocian "open" con permiso para tocar.
Talento, que prefiere contribuir donde cree que hay comunidad real.
Indulgencia regulatoria y mediática, porque "open" suena a transparente aunque la licencia no lo sea.

Y cuesta poco: un release, un blogpost, una tabla de benchmarks y la palabra mágica en el titular.

Por eso la OSAID pone el foco en el sistema completo y en la forma preferida de modificación. Porque el openwashing moderno no niega el acceso. Lo dosifica. Te da suficiente para engancharte y te reserva el control fino en términos legales y en componentes que no salen del laboratorio.

No hace falta inventar cláusulas de Grok, Phi-2 o Mixtral que la OSI no detalla en el material. Basta con lo que sí consta: no cumplen por componentes faltantes o licencias incompatibles. El "por qué exacto cláusula por cláusula" puede variar; el resultado evaluado, no.

Qué deberías mirar a partir de ahora (checklist sin postureo)

Si te anuncian un modelo "open source", deja de mirar solo el botón de Download. Mira esto:

¿Puedo utilizarlo para cualquier propósito o hay lista de usos prohibidos que vacía la libertad real?
¿Puedo estudiar el sistema de forma significativa, o solo me dan el artefacto final opaco con marketing de transparencia?
¿Puedo modificarlo y redistribuir la modificación sin chocar con términos que convierten el fork en zona gris?
¿Me dan la forma preferida para modificar, o un kit incompleto que parece apertura y funciona como escaparate?
¿La licencia es coherente con principios open source, o es un traje a medida de la empresa con vocabulario amable?

Si la respuesta honesta es "pesos sí, libertades a medias", llámalo open weights o source-available a trozos. No pasa nada. Es legítimo como producto. Lo que no es legítimo es colar la medalla de open source.

Y si estás eligiendo stack:

Para experimentar en local, un peso descargable te puede bastar.
Para construir línea de producto, cumplimiento y comunidad, la diferencia legal te va a visitar. Mejor que te encuentre sobrio.

La trampa fina: creer que el enemigo es el purismo

Hay una reacción perezosa cada vez que aparece una definición seria: "estos de la OSI van a matar la innovación."

No. La innovación no se muere porque alguien diga qué palabras significan qué. Se muere cuando el lenguaje deja de servir para coordinar.

Si "open source" significa cinco cosas distintas según el deck de la startup, entonces no tienes comunidad. Tienes una torre de Babel con GPUs.

La OSAID 1.0 es una herramienta de higiene. Como toda herramienta de higiene, molesta a quien vivía cómodo entre la mugre semántica.

Mi tesis sigue en pie, y justo por eso me cabrea el disfraz:

Los pesos abiertos pueden ser el futuro de una IA más competida y menos feudal. Pero si aceptamos licencias-trampa como si fueran open source, frenamos esa evolución al premiar la apariencia y castigar la apertura real. El manifiesto de los pesos abiertos solo tiene fuerza si no se convierte en un eslogan vacío. La OSAID, con todos sus límites de proceso y sin pretender certificación mágica, es uno de los pocos palos metidos en la rueda del openwashing.

No necesitas jurar lealtad a la OSI. Necesitas dejar de hacer el indio con las etiquetas.

Porque el Cuñado seguirá diciendo que "es open". Tú ya sabes la pregunta correcta: open de qué, con qué libertades, y con qué forma preferida para modificarlo.

Si no hay respuesta limpia, no hay open source. Hay marketing con weights.

Preguntas frecuentes

¿Qué es la OSAID 1.0?

Es la Open Source AI Definition 1.0, publicada por la Open Source Initiative el 28 de mayo de 2025. Define cuándo un sistema de IA puede considerarse de código abierto: debe otorgar las libertades de usar, estudiar, modificar y compartir, con acceso a la forma preferida para modificaciones. Nace porque las licencias open source clásicas no bastan para sistemas de IA.

¿Un modelo con pesos descargables es open source?

No necesariamente. Los pesos descargables pueden ser "open weights" y aun así fallar la OSAID si faltan componentes o la licencia impone restricciones incompatibles con el open source. La OSI impulsó la definición justo para combatir el openwashing: llamar open source a sistemas que no conceden esas cuatro libertades de verdad.

¿Qué modelos superaron la validación de la OSAID según la OSI?

En la fase de validación, superaron los requisitos Pythia (Eleuther AI), OLMo (AI2), Amber y CrystalCoder (LLM360) y T5 (Google). BLOOM, Starcoder2 y Falcon probablemente cumplirían si cambiaran licencias o términos. Llama 2, Grok, Phi-2 y Mixtral no cumplían. La OSI aclara que esto no es una certificación oficial.

¿Por qué importa distinguir open weights y open source en producción?

Porque afecta uso comercial, forks, cumplimiento y dependencia real del proveedor. Un peso descargable sirve para probar; un sistema con libertades OSAID reduce la letra pequeña que te puede tumbar un caso de uso. Si tu stack y tu discurso dicen "open source" y la licencia no aguanta esa palabra, el riesgo es legal, técnico y reputacional a la vez.