El informe State of Open Source AI v1.1, publicado por Mozilla el 15 de septiembre de 2026, sitúa en aproximadamente 4,4 meses la distancia entre los principales modelos de pesos abiertos y los sistemas cerrados de frontera, a partir de un análisis ajustado con datos del horizonte de tareas de METR. La cifra describe el corte de datos del 1 de septiembre y no convierte a ambas categorías en equivalentes para cualquier trabajo: el resultado varía con la prueba, el hardware y la duración de la tarea.
La conclusión importante para empresas y desarrolladores es más práctica que geopolítica: los modelos chinos de pesos abiertos ya pueden ser una alternativa competitiva para determinadas cargas, sobre todo cuando importan el coste, la portabilidad o el control del despliegue. Los modelos cerrados conservan ventajas en trabajos profesionales complejos, contextos largos y algunas tareas de recuperación intensiva.
Qué significa realmente la brecha de 4,4 meses
El cálculo de Mozilla procede de una comparación ajustada sobre el horizonte de tareas: el tiempo durante el que un sistema puede completar de forma fiable un trabajo que una persona experta realizaría. No es una cuenta atrás hasta la igualdad ni una posición permanente en una clasificación.
En la instantánea de Artificial Analysis del 1 de septiembre de 2026, los cuatro primeros puestos correspondían a modelos cerrados y los cuatro siguientes a modelos de pesos abiertos. Kimi K3 obtuvo 60 puntos, mientras que los modelos cerrados situados en cabeza alcanzaron entre 61 y 63 puntos. GLM-5.3 también marcó 60 puntos en esa tabla.
La misma lectura aparece en una prueba de programación con condiciones comparables:
| Modelo | Prueba | Puntuación | Coste citado por tarea |
| GLM-5.2 | Terminal-Bench 2.1 | 67,79 % | 0,43 dólares |
| Claude Opus 4.7 | Terminal-Bench 2.1 | 68,54 % | 1,98 dólares |
| Claude Opus 4.8 | Terminal-Bench 2.1 | 71,91 % | 2,41 dólares |
La brecha es estrecha en esa tarea, pero no desaparece. Además, una prueba posterior o una clasificación con otro conjunto de evaluaciones no se puede mezclar automáticamente con esta fotografía fechada.
Pesos abiertos no significa código abierto
Un modelo de pesos abiertos publica sus parámetros entrenados para que puedan descargarse, ejecutarse o modificarse dentro de los términos de su licencia. Eso abre la puerta al alojamiento local y a la adaptación del sistema, pero no equivale a publicar todo el proceso que lo creó.
Los datos de entrenamiento, las canalizaciones de preparación, el código y la receta completa suelen quedar fuera. La definición de código abierto de la Open Source Initiative exige además transparencia suficiente sobre los datos y libertad para redistribuir y crear obras derivadas. Mozilla señaló que ninguno de los 16 lanzamientos destacados en su clasificación aportaba la receta completa exigida por esa definición.
La diferencia no es un detalle académico. Descargar los pesos puede reducir la dependencia de una API, facilitar una instalación en infraestructura propia y permitir ajustes sobre el modelo. Pero no revela por sí solo cómo se construyó ni garantiza que una organización pueda reproducir el entrenamiento desde cero.
Donde se acercan y donde todavía no
Los modelos chinos aparecen muy cerca de los estadounidenses en algunas pruebas, pero el rendimiento se separa cuando cambia la tarea o la infraestructura disponible. Mozilla sitúa la ventaja de los sistemas cerrados especialmente en el trabajo profesional experto, los contextos extensos y ciertas tareas de recuperación de alta intensidad.
El análisis basado en METR coloca la principal diferencia práctica en trabajos que exigirían entre ocho y doce horas a una persona experta. Las tareas de menos de ocho horas suelen quedar al alcance de ambas categorías, mientras que ninguna de las dos resulta generalmente fiable más allá de doce horas en la lectura citada.
La distinción entre capacidad y servicio también importa. Un modelo puede obtener una buena puntuación en una prueba y, al mismo tiempo, exigir una infraestructura difícil de operar o no ofrecer la capacidad de atención, el soporte y los controles de un proveedor comercial.
Kimi K3 deja claro que los pesos no equivalen a un modelo doméstico
Kimi K3, desarrollado por Moonshot AI, tiene 2,8 billones de parámetros totales y aproximadamente 104.000 millones activos. Su punto de control nativo en formato MXFP4 ocupa unos 1,56 TB repartidos en 96 fragmentos, y la configuración de servicio descrita por Mozilla requiere 64 aceleradores o más.
Por eso, que los pesos estén disponibles para descargar no convierte a Kimi K3 en una aplicación que puedas instalar en un ordenador corriente. La apertura facilita el acceso al modelo y a su ecosistema, pero el coste físico de servirlo sigue siendo una barrera considerable.
La comparación cambia con modelos más pequeños. Mozilla cita Inkling-Small como un ejemplo de modelo de 276.000 millones de parámetros totales y 12.000 millones activos que ocupa 180 GB en NVFP4 y puede entrar en una única GPU B300 según la configuración descrita. No es el mismo modelo ni la misma clase de hardware que Kimi K3; sí ilustra por qué “abierto” y “fácil de ejecutar” son cosas distintas.
El precio de la API no es el coste total
En el contraste de Terminal-Bench 2.1, GLM-5.2 aparece con un coste citado de 0,43 dólares por tarea, frente a 1,98 dólares para Claude Opus 4.7 y 2,41 dólares para Claude Opus 4.8. Son precios de servicio alojado en esa comparación, no una medida universal del coste de propiedad.
Con los pesos abiertos, el gasto puede desplazarse de la API a las tarjetas aceleradoras, la ingeniería de despliegue, la integración, el mantenimiento, la seguridad, la evaluación y el soporte. El modelo de pesos abiertos ofrece más control, pero también entrega más trabajo a quien lo opera.
Los sistemas cerrados suelen agrupar acceso inmediato, soporte, controles empresariales, paquetes de cumplimiento y una entidad responsable del servicio. Por eso una organización puede pagar por ellos en una tarea crítica o con plazos ajustados y elegir un modelo abierto para trabajos repetitivos, sensibles al precio o que requieran portabilidad.
El uso crece antes que los ingresos
La adopción también está cambiando. En la clasificación de OpenRouter por volumen de tokens de agosto de 2026, ocho de los diez modelos con mayor tráfico tenían pesos abiertos; siete de esos ocho habían sido desarrollados en China.
Ese dato mide uso en una plataforma y en un periodo concretos. La fotografía económica disponible es distinta: los datos de la Linux Foundation para mayo-septiembre de 2025 atribuían el 96 % de los ingresos de la capa de modelos a proveedores cerrados. Volumen de tokens e ingresos no son la misma métrica ni corresponden al mismo periodo.
La combinación sí revela un cambio relevante: los pesos abiertos pueden ganar distribución y presencia entre desarrolladores aunque los proveedores cerrados conserven una posición dominante en la facturación de servicios de modelos.
La cuestión estratégica es quién controla la oferta abierta
Mozilla identifica una concentración creciente: los laboratorios chinos suministran una parte cada vez mayor del ecosistema de modelos abiertos, mientras que los sistemas cerrados de frontera siguen concentrados en empresas estadounidenses. La apertura de los pesos facilita que terceros alojen y adapten esos modelos, pero también puede aumentar la dependencia de un grupo reducido de desarrolladores para las bases tecnológicas más utilizadas.
La decisión, por tanto, no se reduce a escoger entre “mejor” y “peor”. Para una tarea de duración moderada y un presupuesto ajustado, un modelo abierto puede ofrecer margen suficiente. Para trabajo profesional de larga duración, contexto extenso o una operación que necesita soporte integrado, el precio adicional de un sistema cerrado puede comprar capacidad operativa además de puntuación.
