Wan 3.0 no es open source, aunque todo internet diga lo contrario: así verificamos los claims de un modelo

Al 27 de agosto de 2026, Wan 3.0 no tiene pesos abiertos. El modelo que Alibaba lanzó el lunes 24 de agosto es una beta pública solo por API — clips de 30 segundos de 480p a 1080p, video desde documentos y audio en la misma pasada — mientras varias páginas bien posicionadas afirman que trae pesos Apache 2.0 y "4K nativo" que no existen. Lo verificamos directamente: una búsqueda de "Wan 3.0" en Hugging Face devuelve cero repositorios oficiales, y la organización Wan-AI se detiene en Wan 2.2. Antes de que un equipo comprometa presupuesto de self-hosting, revisiones legales o arquitectura de pipeline a cualquier modelo, los claims se verifican en la fuente. Este es el protocolo que usamos en Mintec.

Lo que realmente salió el lunes

Alibaba lanzó Wan 3.0 de forma oficial el 24 de agosto de 2026, un día después de cerrar una oferta accionaria de 10.200 millones de dólares para financiar su expansión en IA.[1] La beta pública corre en Alibaba Cloud Model Studio y Qwen Cloud bajo el nombre wan3.0-video, y el set de capacidades que sí se envió es sólido:

• Clips de 30 segundos en una sola pasada, el doble del techo de 15 segundos de Wan 2.7, con duración inteligente según el prompt.
• Video desde documentos: dale un doc, una hoja, un deck, un PDF o una página web y el modelo construye el video a partir del contenido — un primero de la industria, la misma capacidad sobre la que escribimos el día del lanzamiento en nuestra pieza del source gate.
• Omni-Reference: hasta 20 referencias entre imagen, video, audio, documento y página web, mantenidas consistentes durante el clip.
• Audio en la misma pasada: el clip regresa musicalizado, no en silencio.
• Edición de precisión: vuelve a seleccionar un intervalo de tiempo y regenera solo esa parte, diálogo incluido.

Y un número que importa para planificar producción: los tiers de salida son 480p, 720p y 1080p. No existe 4K.[2]

Lo que internet inventó en cinco días

A la semana del lanzamiento ya circulaba otra ficha técnica: "pesos Apache 2.0", "open source en variantes 1.3B y 14B", "4K nativo". Varias páginas de alto ranking lo presentan como hecho consumado.[3] Un sitio de análisis tuvo que publicar un desglose titulado "Wan 3.0: lo que Alibaba realmente envió — y lo que internet inventó".[4]

Corrimos la verificación nosotros mismos el 27 de agosto: la búsqueda de "Wan 3.0" en la API de Hugging Face devuelve cero modelos. La organización oficial Wan-AI lista checkpoints de Wan 2.1 y Wan 2.2 — el más reciente, Wan 2.2, salió en 2025 bajo Apache 2.0. Los proveedores que hostean la beta confirman lo mismo: solo API, sin pesos abiertos, con la línea abierta de Wan terminando en Wan 2.2.[2][3] En otras palabras: las generaciones insignia 2.5, 2.6, 2.7 y 3.0 han salido todas cerradas.

¿Cómo pasa esto tan rápido? Tres mecánicas, en orden de daño:

1. Confusión con la generación anterior. Páginas describen el estatus Apache 2.0 real de Wan 2.2 y claims de 4K de generaciones viejas como si fueran de 3.0. El buscador indexa el resultado felizmente.
2. Agregadores que publican specs esperadas como enviadas. Un rumor de "pesos que llegan a Hugging Face alrededor del 10 de agosto" se convierte en una página titulada "Wan 3.0 open source: qué salió" — sin repositorio detrás.
3. Citación circular. Cada artículo nuevo cita al anterior, y en días el claim tiene bibliografía pero ninguna fuente primaria.

Por qué esto importa más que un dato equivocado

Nada de esto es trivia para equipos que construyen producción real. Abierto versus API es la primera decisión de arquitectura en cualquier pipeline de video con IA, y todos los compromisos posteriores cuelgan de ella.

Si crees que Wan 3.0 publica pesos, planeas un despliegue self-hosted: capacidad de GPU, cuantización, fine-tuning con footage de marca y propiedad total de los datos. Si es solo API, planeas un pipeline gestionado: precio por segundo, límites de rate y una dependencia del proveedor con plan de salida. Cubrimos la economía real de la ruta abierta cuando MiniMax H3 salió — el primer modelo open-weight en encabezar un ranking de video, con cap de licencia de 20 millones de dólares y techo local de 768p — en nuestro framework de decisión open versus cerrado. La lección de allá aplica invertida aquí: los pesos abiertos transfieren costo y riesgo hacia ti, y los pesos abiertos fantasma transfieren lo peor de ambos mundos — heredas el riesgo de una arquitectura que no puede existir.

El claim de resolución pesa igual. Una spec de 4K implica másters de entrega en 4K, decisiones de upscaling y dimensionamiento de almacenamiento. Un techo de 1080p cambia la cadena de postproducción. Si le fallas, el presupuesto queda mal antes del primer frame.

Y del lado de la entrada, el problema de verificación no termina en el modelo. Incluso con una ficha técnica totalmente verificada, un generador alimentado por documentos convertirá con gusto un deck sin revisar en video pulido — exactamente por eso el source gate tiene que correr sobre cada archivo que subes. Verificar al proveedor es la capa anterior a verificar el documento. Si te saltas una, la otra te va a costar igual.

El protocolo de verificación de Mintec: cinco pasos antes de cualquier compromiso

Lo aplicamos a cada modelo que entra a un pipeline de cliente — toma unos veinte minutos por set de claims y ha matado más supuestos de proveedor que cualquier comparación de benchmarks.

El protocolo en la práctica:

1. Encuentra la fuente primaria. El anuncio del proveedor, la referencia de la API o la lista de precios. Si una página no puede apuntar a una de esas, es un rumor con estilos.
2. Verifica el artefacto. Busca la organización oficial en Hugging Face o ModelScope. Sin repo, sin archivo de licencia, sin contador de descargas — no hay plan de self-host.
3. Contrasta capacidades contra precios. La resolución y duración que de verdad puedes comprar es la capacidad que tienes. Los números de marketing sin un tier de plan no existen.
4. Lee la licencia de lo que existe. No la licencia que la gente dice que tiene. Si los pesos no existen, la pregunta se vuelve los términos de la API — retención de datos, herramientas de provenance y disponibilidad regional.
5. Corre la prueba de paridad. Cuando los pesos sí salgan, genera el mismo prompt de muestra por ambas vías y compara. La afinabilidad y el comportamiento del watermark rara vez coinciden con la copia de marketing.

También fechamos cada claim en el registro del proyecto. Seis meses después, "open source" bien podría ser cierto — los modelos se abren y se cierran con un calendario que nadie anuncia por adelantado. El punto no es que Wan 3.0 vaya a quedarse cerrado para siempre. El punto es que el día en que haces un presupuesto, el claim sobre el que actúas tiene que ser verdadero ese día.

Verifica antes de arquitectar

Wan 3.0 es un modelo real y útil — clips de 30 segundos, entrada de documentos y audio en la misma pasada lo convierten en una herramienta legítima dentro de un stack de producción multi-modelo, y su estatus solo-API hace que la pregunta de riesgo de proveedor sea idéntica a la que planteamos en nuestra pieza del plan de salida de Sora. Nada de eso necesitaba la ficha técnica inventada.

La próxima vez que un deck de proveedor o un resultado de búsqueda te diga que un modelo es abierto, gratis o 4K, no construyas sobre el claim. Corre los cinco pasos. Es más barato invertir veinte minutos confirmando que un repositorio no existe que descubrirlo durante el despliegue.

Fuentes

[1] https://qz.com/alibaba-wan3-ai-video-model-launch-082426 — Quartz: lanzamiento del modelo de video Wan 3.0 de Alibaba (24 de agosto de 2026) [2] https://morphic.com/resources/models/wan-3-0 — Morphic: especificaciones técnicas de Wan 3.0 (beta pública) [3] https://www.atlascloud.ai/blog/tips/is-wan-3.0-open-source — AtlasCloud: ¿Wan 3.0 es open source? La respuesta de 2026, con recibos [4] https://kingy.ai/blog/wan-3-0-analysis/ — Kingy AI: lo que Alibaba realmente envió — y lo que internet inventó