Qué son los modelos de pesos abiertos (y qué no te dan)

Abres la ficha de un modelo en Hugging Face y pone «open weights». El titular de la noticia que te trajo hasta ahí decía «open source». En el hilo de Reddit, la mitad de la gente afirma una cosa y la otra mitad, la contraria. Y en la conversación del equipo alguien suelta «total, es abierto, lo metemos y ya».

No es que unos estén mal informados y otros no. Es que no significan lo mismo, y la industria lleva años usando los dos términos como si fueran intercambiables.

La diferencia no es una discusión de puristas. Determina si puedes usar ese modelo en tu producto, si puedes auditarlo, si puedes reentrenarlo y si el día de mañana te lo pueden quitar. Vamos a dejarlo claro de una vez.

Esto es lo que vas a encontrar:

• Qué son los pesos de un modelo y qué te llevas cuando alguien los publica.
• Por qué «pesos abiertos» y «open source» no son lo mismo, con la analogía que se usa en los foros y el contraargumento que casi nadie cuenta.
• Qué opinan los que llevan años dentro de esto: Simon Willison, Nathan Lambert, la OSI y la gente de r/LocalLLaMA.
• El mapa de licencias, que va de MIT puro a documentos con puertas comerciales.
• Cuánta VRAM necesitas de verdad, con una fórmula que te sirve para cualquier modelo.
• Un método de seis preguntas para elegir uno sin pegarte un tortazo.

🔑 Resumen en una frase: pesos abiertos significa que te puedes descargar el cerebro del modelo y ejecutarlo donde quieras, pero no que puedas reconstruirlo desde cero ni que la licencia te deje hacer con él lo que te dé la gana.

¿Qué es un modelo de pesos abiertos? ¶

Un modelo de pesos abiertos es aquel cuyos parámetros entrenados están publicados para que cualquiera los descargue, los ejecute en su propia infraestructura y los modifique. Nada más. Y nada menos.

Los pesos son números. Miles de millones de números en coma flotante que representan la fuerza de las conexiones dentro de la red neuronal. Son el resultado del entrenamiento: meses de GPUs quemando electricidad para ajustar esos números hasta que el modelo predice bien lo que viene después.

Piénsalo así: entrenar un modelo es cocinar durante seis meses. Los pesos son el plato terminado.

Cuando un laboratorio «abre los pesos», te da el plato. Te lo puedes comer, congelar, trocear, servir en tu restaurante o mezclarlo con otra cosa. Lo que no te da es la receta, ni la lista de ingredientes, ni el vídeo de la cocina.

Enfrente está el modelo cerrado, que es el estándar de Anthropic, OpenAI (con excepciones) o Google con Gemini: los pesos viven en los servidores del laboratorio y tú hablas con ellos por API. Pagas por token, aceptas los términos de uso y el día que decidan retirar la versión que usabas, te quedas sin ella.

La diferencia práctica no es filosófica. Es de control:

Esa última fila tiene trampa, y es justo la que nos lleva al siguiente apartado.

Guía interactiva gratis

Modelos, agentes y presupuesto: las tres decisiones que van antes que esta

Elegir entre pesos abiertos y API es la parada 3 y la 4 de este curso-juego de 17 paradas. Recorres las decisiones (proyecto, agente, presupuesto, modelos locales) y sales con una checklist a tu medida.

Entra en el curso gratis →

¿Por qué «pesos abiertos» no es lo mismo que open source? ¶

Porque el software libre siempre ha significado «te doy el código fuente para que puedas reconstruir el binario». Con los modelos, el equivalente del código fuente no son los pesos: son los datos de entrenamiento y el código que los convierte en pesos.

La Open Source Initiative, que lleva desde 1998 decidiendo qué es y qué no es open source, publicó en octubre de 2024 su Open Source AI Definition (OSAID 1.0). Para que un modelo sea open source de verdad exige tres cosas (Open Source Initiative):

1. Información suficiente sobre los datos de entrenamiento para poder recrear un sistema equivalente.
2. El código completo de entrenamiento y de procesado de datos.
3. Los parámetros, con una licencia que permita usarlos, estudiarlos, modificarlos y compartirlos sin restricciones.

Casi todos los modelos que la prensa llama «open source» solo cumplen el tercer punto. Llama, DeepSeek, Qwen, Gemma, Kimi: pesos abiertos. Ni uno más.

La lista de modelos que la OSI ha validado como conformes con OSAID es corta y poco glamurosa: Pythia (EleutherAI), OLMo (Allen Institute for AI), Amber y CrystalCoder (LLM360) y T5 (Google). Ninguno está en el top de tu router de modelos favorito.

La analogía del binario compilado (y por qué no todo el mundo la compra) ¶

En los foros técnicos, el argumento que más se repite es este: un modelo es como un binario compilado, solo que la compilación cuesta decenas de millones de dólares. Publicar solo los pesos y llamarlo open source sería como distribuir un .exe sin el código fuente y decir que es software libre. Lo formularon así en un hilo de LessWrong que se ha convertido en referencia de la discusión.

Es una analogía potente. Y tiene respuesta.

En ese mismo hilo, y en muchos otros, la réplica va por dos vías. La primera: la inmensa mayoría de lo que la gente quiere hacer con un modelo se puede hacer solo con los pesos. Fine-tuning, cuantización, merging, pruning, extracción de activaciones, interpretabilidad. Con un binario de verdad no puedes hacer casi nada de eso. La segunda: los pesos más el código de inferencia son el programa; los datos y el pipeline son las herramientas con las que se construyó, más parecidos al compilador que al código fuente.

Yo me quedo en el medio, y creo que es donde está la verdad práctica: la analogía sirve para lo legal y para lo político, pero se queda corta para lo técnico. No puedes reproducir el modelo ni auditar de dónde salió, y eso importa mucho si tienes un departamento legal o si te preocupa qué había en los datos. Pero puedes modificarlo de veinte maneras distintas, y eso es más de lo que cualquier binario te deja hacer.

💡 Regla mental para no liarte: si te dan pesos, es open weights. Si además te dan datos y pipeline de entrenamiento, es open source. Si solo te dan una API key, es un producto.

Hay un nivel intermedio que conviene conocer: pesos abiertos más informe técnico. Muchos laboratorios publican los pesos junto a un paper que explica la arquitectura, los trucos de entrenamiento y las evaluaciones. No te permite reproducir el modelo, pero sí entenderlo, criticarlo y aprender de él. Moonshot lo hizo con el informe técnico de Kimi K3. Z.ai lo hace con la familia GLM. Es transparencia parcial, y para un developer curioso vale bastante más que un post de marketing.

¿Qué dicen los que llevan años metidos en esto? ¶

Esta discusión no la inventaron los periodistas. Lleva años cociéndose en blogs personales y foros, y ahí es donde están los matices que no salen en los titulares.

Simon Willison es probablemente la voz más práctica del asunto. Su criterio no es doctrinal, es de producto: lo que le importa es «una licencia sobre los propios pesos que me permita construir productos y modelos derivados encima con las mínimas restricciones posibles». Cuando Moonshot publicó Kimi K2, Willison lo etiquetó como open weights, pero no open source, porque salió bajo una MIT modificada y no bajo un MIT de verdad. Ese nivel de precisión es el que hay que copiar: no te fijes en la etiqueta del anuncio, fíjate en el fichero de licencia.

Nathan Lambert, investigador del Allen Institute for AI y autor del boletín Interconnects, aporta el contrapunto incómodo desde dentro. Es uno de los mayores defensores de los modelos abiertos y aun así sostiene que el relato de que están alcanzando a los cerrados está inflado: cada cuatro o seis meses sale un modelo abierto que genera la conversación de «ya casi están ahí», y la brecha en rendimiento absoluto se mantiene. Su observación más aguda es de diseño de ecosistema: la IA abierta no tiene los bucles de realimentación del software libre. En un proyecto open source clásico, los usuarios devuelven parches. Aquí casi todo el coste recae en quien entrena el modelo, y quien lo usa no devuelve nada.

La Open Source Initiative ha ido a la yugular del asunto con una palabra: openwashing. Su exdirector ejecutivo, Stefano Maffulli, acusó a Meta de «contaminar» el concepto de open source con Llama, y de arrastrar al resto de la industria detrás. Puedes pensar que la OSI es purista y seguir reconociendo que tiene razón en el diagnóstico: llamar open source a algo que no lo es acaba vaciando el término.

Y luego está r/LocalLLaMA, que es donde vive el conocimiento práctico. Ahí la discusión terminológica interesa poco y lo que se debate es qué cabe en 12 GB de VRAM, qué cuantización aguanta sin degradarse y qué modelo pequeño responde mejor en tu idioma. El consenso que ha ido cuajando ahí es sencillo y muy sano: para uso personal, con los pesos te sobra; para un producto comercial, lee la licencia antes de desplegar.

Cuatro voces, cuatro capas del mismo problema: la práctica, la economía, la terminología y el hardware. Vamos con las dos que más te van a afectar.

¿Qué dicen las licencias? Ahí está la letra pequeña ¶

Aquí es donde mucha gente se pega el tortazo. «Pesos abiertos» describe la disponibilidad del fichero, no los permisos de uso. Y los permisos varían muchísimo.

Estas son las tres familias que te vas a encontrar:

Licencias permisivas de siempre (MIT, Apache 2.0). Son las más limpias. Uso comercial, modificación, redistribución, sin condiciones raras. GLM-5.2 de Z.ai sale con MIT, sin lista de espera ni formulario: te bajas los pesos de Hugging Face y a trabajar. Buena parte de la familia Qwen de Alibaba y los GPT-OSS de OpenAI van por Apache 2.0.

Licencias propias de la casa. El laboratorio escribe su propio documento, normalmente permisivo en lo básico pero con cláusulas específicas. El caso más conocido es la Llama Community License de Meta, que mete un umbral de usuarios activos mensuales por encima del cual tienes que negociar. Aquí entran también las «MIT modificadas» que Willison señala: parecen MIT, se anuncian como MIT y no lo son.

Restricciones de uso (las llamadas behavioral use clauses). Familias como RAIL prohíben usos concretos: armas, vigilancia, desinformación. Son las que hacen que un abogado corporativo levante la ceja, porque convierten la licencia en algo que hay que auditar, no solo aceptar.

La consecuencia práctica es que un modelo de pesos abiertos puede ser inviable para tu empresa aunque el fichero esté en Hugging Face y te lo bajes en dos minutos.

Y esto no es teórico. Cuando Cursor lanzó Composer 2, la comunidad descubrió que estaba construido sobre Kimi K2.5 y Cursor no lo había mencionado. La resolución llegó por la vía de la licencia: acceso a través de Fireworks AI, que es quien cumple los términos como intermediario, y un comunicado de Moonshot confirmando «colaboración comercial autorizada». Un modelo abierto, sí. Con condiciones, también.

Y hay una razón adicional para tomarse la licencia en serio, y es que ya tiene consecuencias regulatorias. El AI Act europeo contempla exenciones para los modelos publicados bajo licencia libre y abierta, pero exige que esa licencia permita acceso, uso, modificación y distribución, y que se publiquen los parámetros, la arquitectura y la información de uso. Los modelos con cláusulas comerciales o con umbrales de usuarios se quedan fuera de esas exenciones. Y la exención no es total ni siquiera para los que califican: la obligación de publicar un resumen de los datos de entrenamiento y una política de cumplimiento de copyright se mantiene, y desaparece por completo para los modelos con riesgo sistémico.

⚠️ Antes de meter un modelo de pesos abiertos en producción, abre el fichero LICENSE del repositorio de Hugging Face y léelo entero. No la model card, no el README, no el tuit del anuncio. El LICENSE.

¿Qué ganas tú, como developer, con un modelo de pesos abiertos? ¶

Vamos a lo concreto, porque toda esta discusión tiene consecuencias en tu factura y en tu forma de trabajar.

Precio. Es el motivo número uno y ni se acerca ningún otro. Los modelos abiertos que salen de laboratorios chinos cuestan entre un 60 % y un 90 % menos que lo mejor de Anthropic y OpenAI. Un dato de junio de 2026: DeepSeek V4 Flash cuesta 0,14 dólares por millón de tokens de entrada frente a los 5,00 de GPT-5.5 (Dealroom). Ese factor 35x explica más cosas del mercado actual que cualquier benchmark.

Privacidad real, no prometida. Si ejecutas el modelo dentro de tu red, tus prompts no salen de ahí. No es «el proveedor promete no entrenar con tus datos»: es que físicamente no los recibe. Para sectores regulados, esto no es una preferencia, es un requisito.

Inmunidad a las deprecaciones. Esta se subestima siempre. Cuando un proveedor retira una versión de su modelo, tu prompt afinado durante meses cambia de comportamiento de la noche a la mañana. Con los pesos descargados, ese fichero es tuyo y no cambia nunca. Es la diferencia entre alquilar y comprar.

Ajuste fino con tus datos. Puedes hacer fine-tuning sobre tu dominio, tu jerga interna, tu estilo de código. Con un modelo cerrado solo puedes hacerlo si el proveedor te vende esa función y con las condiciones que él ponga.

Poder de negociación. Aunque no ejecutes ni un solo modelo abierto, su existencia te pone un suelo de precio. Si mañana desaparecieran todos, ¿tú qué crees que pasaría con la tarifa por token de los cerrados?

¿Y qué no ganas? El asterisco del hardware ¶

Aquí es donde el discurso entusiasta se pega con la realidad de la VRAM.

Los modelos frontier de pesos abiertos pesan cientos de gigas. Kimi K3 son 594 GB en formato MXFP4. Ese es el fichero. No lo vas a mover en tu portátil, ni en tu Mac de 128 GB, ni en la workstation del equipo. Necesitas un clúster de GPUs de centro de datos, y en ese momento «gratis» deja de ser gratis y pasa a ser «una factura de infraestructura y alguien que la administre».

Los grandes son abiertos para quien pueda ejecutarlos. Para el resto, la vía práctica es un proveedor de inferencia (Fireworks, Together, Groq, OpenRouter, Ollama Cloud) que aloja esos pesos y te cobra por token. Sigues ganando en precio y en portabilidad, pero pierdes la privacidad del self-host. Conviene ser honesto con eso.

Lo que sí ejecutas en tu máquina son los modelos pequeños y medianos, y ahí la cuenta es fácil. La regla que se usa en r/LocalLLaMA para estimar la VRAM que necesitas con cuantización de 4 bits, que es la que usa casi todo el mundo:

VRAM (GB) ≈ parámetros (miles de millones) × 0,5 × 1,2

# 0,5 → bytes por parámetro a 4 bits
# 1,2 → margen de overhead
# Suma 1-2 GB más para un contexto de 4K, y de 4 a 8 GB para 128K

Con esa fórmula en la cabeza, esto es lo que te cabe:

La cuantización a 4 bits recorta alrededor de un 75 % de memoria frente a la precisión completa con una pérdida de calidad que, para tareas normales, apenas se nota. Es el truco que hace viable todo esto.

Otras tres cosas que no vienen en la caja:

• Nadie actualiza los guardrails por ti. Cuando un laboratorio cerrado detecta un fallo de seguridad, parchea su modelo y todos sus usuarios quedan cubiertos esa misma tarde. Con pesos publicados, la versión que se descargó medio mundo sigue igual para siempre.
• No hay soporte ni SLA. Si el modelo alucina en tu flujo crítico un martes por la mañana, tienes un repositorio de GitHub y buena suerte.
• La calidad no es homogénea. Hay modelos abiertos que juegan en primera división y modelos abiertos que son un experimento de laboratorio con muy buena portada. Los benchmarks del propio laboratorio no valen; busca siempre evaluación independiente. En la comparativa de los mejores modelos para programar tienes la foto cruzada.

🛡️ Si vas a ejecutar un modelo abierto en local con datos sensibles, verifica el hash del fichero que descargas y mira de qué cuenta de Hugging Face viene. Los pesos son un binario que vas a ejecutar en tu infraestructura: aplícale el mismo criterio que a cualquier otra dependencia.

Tu IA puede mentirte

Si no te fías de los benchmarks del laboratorio, tampoco te fíes del código que escupe

Te llevas el ciclo anticaos para revisar lo que generan los agentes: pruebas en navegador con Playwright, casos Gherkin y adversarial review entre modelos. El método vale igual con un modelo abierto que con uno cerrado.

Ver el método entero →

Masterclass en directo · Acceso con suscripción Web Reactiva Premium

¿Cómo pruebo uno hoy sin montarme un centro de datos? ¶

Tres vías, de menos a más compromiso. Elige por lo que quieras conseguir, no por lo que suene más pro.

Vía 1: un router, cero instalación. OpenRouter te da acceso a casi todo el catálogo abierto con una sola API key y formato compatible con OpenAI. Es la forma más rápida de comparar un modelo abierto contra el cerrado que usas hoy.

# Lanza el mismo prompt contra un modelo de pesos abiertos
curl https://openrouter.ai/api/v1/chat/completions \
  -H "Authorization: Bearer $OPENROUTER_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "z-ai/glm-5.2",
    "messages": [{"role": "user", "content": "Explica qué hace este regex: ^(?!.*--).*$"}]
  }'

Vía 2: Ollama, para tenerlo en tu máquina. Un comando y el modelo está descargado y sirviendo en localhost. Empieza por uno pequeño: si tiras directo a por el grande, lo único que vas a evaluar es la paciencia de tu ventilador.

# Consulta primero qué etiquetas hay disponibles en ollama.com/library
# Descarga y ejecuta un modelo pequeño de pesos abiertos en local
ollama run gpt-oss:20b

# O sírvelo por API para engancharlo a tu agente
ollama serve

Si quieres el catálogo completo de qué modelos abiertos merecen la pena ahí ahora mismo, lo desglosé en el análisis de Ollama Cloud con GLM-5.2, Kimi K2.7 y MiniMax M3.

Vía 3: contenedores, para el equipo. Si lo que quieres es un despliegue reproducible que no dependa de la máquina de nadie, el camino es empaquetarlo. Lo tienes paso a paso en el tutorial para lanzar modelos de IA con Docker.

Mi consejo tras probar unas cuantas combinaciones: empieza por la vía 1 con una tarea real de tu trabajo (no un «hola, ¿quién eres?»), compara el resultado con tu modelo habitual y solo entonces decide si merece la pena bajar a local.

¿Cómo elijo un modelo de pesos abiertos sin equivocarme? ¶

Seis preguntas, en este orden. Si fallas en una, no sigas bajando: cambia de modelo.

1. ¿Qué pone el fichero LICENSE? No la model card. MIT o Apache 2.0 y sigues; cualquier otra cosa, léela entera antes de invertir tiempo.
2. ¿Hay evaluación independiente? Los números del propio laboratorio son marketing. Busca Artificial Analysis, LMArena, o mejor aún, pruébalo con tres tareas tuyas.
3. ¿Cabe en tu hardware, o vas a pagar inferencia? Aplica la fórmula de arriba antes de descargar 90 GB para descubrir que no arranca.
4. ¿Cómo funciona en español? Muchos modelos pequeños están entrenados con una proporción abrumadora de inglés y se desinflan en cuanto sales de ahí. Esto no sale en los benchmarks que lees.
5. ¿Tiene ecosistema detrás? Cuantizaciones publicadas, soporte en llama.cpp y vLLM, gente escribiendo sobre él. Un modelo sin ecosistema es un modelo que vas a mantener tú solo.
6. ¿Qué haces si desaparece? Si es crítico, descarga los pesos aunque lo consumas por API. Es la única copia que nadie te puede retirar.

Ese orden no es casual: las dos primeras preguntas descartan más candidatos que las cuatro siguientes juntas, y son las dos que casi nadie se hace primero.

¿Y por qué hay tanta bronca política con esto? ¶

Este apartado es el que más rápido envejece de todo el artículo, así que lo dejo acotado y con fecha. La foto es de julio de 2026.

Los modelos abiertos han dejado de ser un asunto técnico para convertirse en uno geopolítico, y el motivo está en los números: los modelos de origen chino ya suponen el 46,4 % de los tokens enrutados en OpenRouter, frente al 35,7 % de los estadounidenses (Dealroom). Hace doce meses la cuota china estaba en el 11 % de media. En la primera mitad de 2025, en el 4,5 %.

Sobre esa base, en julio de 2026 pasó lo siguiente. La administración estadounidense empezó a sopesar restricciones sobre modelos chinos avanzados. Cerca de 200 startups respondieron con una carta advirtiendo de que prohibirlos consolidaría el monopolio de los dos laboratorios que ya están arriba. El 24 de julio salió una carta de la industria, «Open Weights and American AI Leadership», pidiendo evitar restricciones prematuras: la firmaron 25 organizaciones el primer día y 77 en tres días, incluidas Nvidia, Microsoft, Meta, Hugging Face, Mozilla y la Linux Foundation. OpenAI y Google se sumaron con retraso. Anthropic no firmó.

El 27 de julio Anthropic publicó su posición, firmada por Dario Amodei. Arranca sin rodeos: «Anthropic nunca ha defendido una prohibición de los modelos de pesos abiertos». Y los describe como «un bien público» cuando no tienen capacidades peligrosas, porque «no cuestan nada más allá del cómputo necesario para ejecutarlos».

Lo interesante del texto es que separa dos preocupaciones distintas, y solo una tiene que ver con que un modelo sea abierto:

• Que un gobierno autoritario construya modelos más potentes que los occidentales. Aquí Amodei dice literalmente que «es irrelevante si esos modelos se publican con pesos abiertos». De hecho, apunta que el modelo más peligroso sería uno entrenado en secreto y entregado solo al ejército. Su remedio son los chips, no las licencias.
• Que un modelo potente se use para ciberataques o ataques biológicos. Aquí sí admite que los pesos abiertos «potencialmente presentan más riesgo que los cerrados», vengan de China o de donde sea, porque es muy difícil aplicarles guardrails o monitorizar su uso.

Y en esa segunda preocupación es donde desactiva él mismo la acusación de proteccionismo: prohibir que las empresas estadounidenses usen esos modelos «no hace nada por resolver ese riesgo, porque es poco probable que los malos actores sean empresas estadounidenses legítimas. Protegería a las empresas de IA de Estados Unidos de la competencia, pero eso nunca ha sido mi objetivo».

Sus tres medidas: no vender chips ni maquinaria de fabricación a China y perseguir el contrabando, frenar las operaciones de destilación a escala industrial (entrenar un modelo con las salidas de otro), y tests de seguridad obligatorios para todo modelo suficientemente capaz, abierto o cerrado.

Ojo con esa tercera, porque es fácil leerla mal: Amodei sostiene que ahí ya hay casi consenso, y celebra las propuestas de la industria que aplicarían esos tests a los modelos más capaces con independencia de su origen y de si son abiertos o cerrados.

Entonces, ¿en qué discrepa de verdad con la carta? Dice que suscribe buena parte: que los pesos abiertos amplían el acceso a la economía de la IA, refuerzan la competencia y dan control al cliente. Lo que rechaza son dos afirmaciones concretas: que los modelos abiertos faciliten por definición el desarrollo de salvaguardas, y que el acceso amplio a las capacidades ayude siempre más al que defiende que al que ataca. Su ejemplo es la biología, donde teme una asimetría estructural a favor del atacante: el ataque puede acelerarse mucho con materiales al alcance de cualquiera, mientras que defenderse sigue siendo una operación de años en el mejor de los casos.

La crítica que recibe es igual de directa: Anthropic vende acceso controlado a modelos propietarios, así que restringir a los competidores abiertos le viene de maravilla. En Hacker News la reacción fue de las de no dejar títere con cabeza, con comentarios acusando a la empresa de correr a Washington en cuanto aparece competencia real. Proteccionismo comercial envuelto en manta de seguridad, viene a ser el resumen.

Debajo del ruido hay una discusión que sí es evergreen y merece la pena. Los defensores de los pesos abiertos sostienen que abrir un modelo lo hace más seguro, porque miles de investigadores pueden auditarlo y construir defensas. Amodei responde que eso es una hipótesis y que debería resolverse «con pruebas rigurosas previas a la publicación, no asumirse de antemano», y se apoya en un argumento difícil de rebatir: publicar pesos es irreversible. No es solo suyo. El AI Security Institute británico lo formula así: una vez publicados los pesos, las salvaguardas se pueden quitar y las copias se pueden descargar, redistribuir y ejecutar en sistemas privados fuera de toda monitorización, de forma permanente.

Los partidarios de los modelos abiertos ven esa misma propiedad como su mayor virtud: ninguna empresa controla quién los usa ni cómo.

Las dos frases describen la misma realidad. Solo cambia si la lees como riesgo o como libertad.

⚠️ Un argumento no es falso porque a quien lo hace le convenga. Ni verdadero porque suene generoso. Conviene evaluar las dos cosas por separado: si publicar pesos de modelos frontier es peligroso, y si a quien lo dice le beneficia que se restrinjan. Puede que ambas respuestas sean «sí».

Para ti, la lectura práctica de todo esto cabe en una línea: si tu stack depende de modelos abiertos, mete una capa de abstracción entre tu código y el proveedor. La portabilidad entre modelos ha dejado de ser una elegancia arquitectónica para convertirse en gestión de riesgo.

¿Y ahora qué? ¶

La conversación política sobre quién debe controlar el acceso a estos modelos va a durar años y va a cambiar de forma varias veces.

Mientras tanto, tú puedes bajarte los pesos esta tarde y comprobar en tu propia máquina de qué va todo esto. Es la mejor forma de tener una opinión que valga algo.

TL;DR ¶

• 🧠 Pesos abiertos significa que puedes descargar y ejecutar los parámetros del modelo. Sin datos de entrenamiento ni pipeline, no es open source según la definición de la OSI.
• 📜 La licencia manda. Hay MIT puro, hay «MIT modificadas» que no lo son y hay documentos con umbrales de usuarios. Lee el LICENSE, no el tuit del anuncio.
• 🧮 La VRAM se calcula: parámetros en miles de millones × 0,5 × 1,2 con cuantización de 4 bits. Con 12 GB mueves modelos de 12-14B, que es el punto dulce del uso diario.
• 💸 El precio es el argumento ganador: los abiertos salen entre un 60 % y un 90 % más baratos y ya son el 46,4 % de los tokens enrutados en OpenRouter.
• ⚖️ Las voces de dentro no van al unísono: Willison mira la licencia, Lambert avisa de que la brecha con los cerrados no se cierra, y la OSI habla de openwashing. Las tres cosas pueden ser ciertas a la vez.

Preguntas frecuentes ¶

¿Qué es un modelo de pesos abiertos?
Es un modelo de IA cuyos parámetros entrenados están publicados para que cualquiera los descargue, los ejecute en su propia infraestructura y los modifique. No incluye ni los datos de entrenamiento ni el código que se usó para entrenarlo.

¿Cuál es la diferencia entre open weights y open source?
Open weights te da el modelo terminado; open source te da además la receta. La Open Source AI Definition de la OSI exige datos, código de entrenamiento y parámetros con licencia libre. Casi todos los modelos populares que se anuncian como «open source» solo cumplen lo tercero.

¿Llama, DeepSeek o Qwen son open source?
No según la definición de la OSI: son modelos de pesos abiertos. Los que la OSI ha validado como conformes con OSAID son Pythia, OLMo, Amber, CrystalCoder y T5, ninguno de ellos entre los más usados hoy.

¿Por qué se dice que llamar «open source» a estos modelos es openwashing?
Porque usa el prestigio del término sin cumplir sus requisitos de transparencia y reproducibilidad. La Open Source Initiative acusó a Meta de «contaminar» el concepto con Llama, que publica pesos pero retiene datos, pipeline y añade restricciones de licencia.

¿Puedo usar un modelo de pesos abiertos en un producto comercial?
Depende de la licencia. Con MIT o Apache 2.0 no hay problema. Con licencias propias del laboratorio puede haber umbrales de usuarios o condiciones de atribución, y con cláusulas de uso hay actividades vetadas. Revisa el fichero LICENSE del repositorio antes de comprometerte.

¿Cuánta VRAM necesito para ejecutar un modelo en local?
Con cuantización de 4 bits, la estimación es parámetros en miles de millones × 0,5 × 1,2, más 1-2 GB para un contexto de 4K. Con 8 GB mueves modelos de 7-9B, con 12 GB los de 12-14B y a partir de 48 GB entras en territorio de 70B.

¿Puedo ejecutar los modelos grandes como Kimi K3 en mi ordenador?
No. Los frontier abiertos pesan cientos de gigas (K3 son 594 GB en MXFP4) y requieren hardware de centro de datos. Para local hay que ir a modelos pequeños y medianos, que funcionan bien para clasificación, extracción y tareas acotadas.

¿Los modelos de pesos abiertos son gratis?
Los pesos sí, la ejecución no. Si los alojas tú, pagas hardware y administración; si tiras de un proveedor de inferencia, pagas por token, aunque a precios muy por debajo de los modelos cerrados de primera línea.

¿Son los modelos de pesos abiertos más seguros que los cerrados?
Es objeto de debate abierto. A favor: miles de investigadores pueden auditarlos y encontrarles fallos. En contra, según el AI Security Institute británico: publicar pesos es irreversible, las salvaguardas se pueden quitar y las copias se ejecutan fuera de toda monitorización para siempre. Ambos argumentos describen la misma propiedad técnica.

¿Anthropic quiere prohibir los modelos de pesos abiertos?
No. En su declaración pública, Dario Amodei escribió que Anthropic nunca ha defendido esa prohibición y describió los modelos abiertos sin capacidades peligrosas como «un bien público». Propone en su lugar tres medidas que no discriminan por licencia: control de chips hacia gobiernos autoritarios, freno a la destilación a escala industrial y tests de seguridad obligatorios para todo modelo suficientemente capaz, abierto o cerrado.

¿Qué pasa con los modelos de pesos abiertos y el AI Act europeo?
El reglamento contempla exenciones para modelos bajo licencia libre y abierta, pero exige que permita acceso, uso, modificación y distribución, y que se publiquen parámetros y arquitectura. La exención no cubre el resumen de datos de entrenamiento ni la política de copyright, y no aplica a modelos con riesgo sistémico.

Fuentes ¶

• Open Weights: not quite what you’ve been told — Open Source Initiative
• Open weights != Open source — LessWrong
• Simon Willison’s Weblog
• Interconnects — Nathan Lambert
• Meta accused of “open washing” AI models — The Decoder
• What Open Source Developers Need to Know about the EU AI Act — Linux Foundation Europe
• Our position on open-weights models — Dario Amodei, Anthropic
• Informe del AI Security Institute británico sobre el riesgo irreversible de publicar pesos (citado en la nota 2 de esa misma posición)
• Open Weights and American AI Leadership — Microsoft
• Chinese AI models overtake US peers in token consumption, OpenRouter data — Dealroom
• Nvidia and 24 other companies sign open-weights letter — Tom’s Hardware

🧨 Última oprtunidad para recibir la dinamita que mereces sobre programación con IA el próximo domingo: Suscríbete gratis a Web Reactiva en https://webreactiva.com/newsletter