Fecha de lanzamiento de Flux 3: la cronología oficial hasta ahora.

Cronología oficial de FLUX 3

1. 23 de julio de 2026

   Se anuncia FLUX 3

   Black Forest Labs anunció FLUX 3 como una familia de modelos multimodal. Un anuncio establece la familia y la dirección; no significa que todas las modalidades, endpoints o checkpoints descargables estén disponibles ese día.

2. 4 de agosto de 2026

   FLUX 3 Video llega a disponibilidad general

   FLUX 3 Video pasó a estar disponible de forma general. El esquema de la API de producción expone el endpoint de video, lo que convierte a este en el primer lanzamiento de un producto FLUX 3 confirmado y utilizable.

3. 10 de agosto de 2026

   Image y Dev siguen tratándose por separado

   El esquema oficial de la API lista la superficie de FLUX 3 Video, mientras que el catálogo público de modelos todavía no incluye un paquete de FLUX 3 Dev. Black Forest Labs no ha asociado una fecha específica de Image a la cronología pública.

Por qué la expresión «fecha de lanzamiento de Flux 3» se malinterpreta con facilidad

Las familias de modelos llegan cada vez más por etapas. Un anuncio de investigación, una versión preliminar, una API alojada, la disponibilidad general y una descarga de pesos abiertos pueden tener fechas distintas. Los resultados de búsqueda a menudo comprimen esos hitos en una sola frase, aunque cada uno responde a una pregunta práctica diferente. FLUX 3 ilustra el patrón con claridad: primero llegó el anuncio de la familia y, 12 días después, un producto Video con nombre propio alcanzó la disponibilidad general.

Por eso una respuesta fiable necesita dos coordenadas: la modalidad y el tipo de acceso. «FLUX 3 Video a través de la API alojada» tiene una fecha de disponibilidad general confirmada. El acceso a Image se describe por separado en las comunicaciones oficiales, y Dev exige pruebas de un paquete descargable, una licencia, una ficha de modelo y una ruta de inferencia. Nada de eso debe deducirse del endpoint de Video.

Esa distinción importa a periodistas, creadores y desarrolladores por motivos distintos. Los periodistas necesitan fechas atadas a afirmaciones exactas. Los creadores necesitan saber a qué producto se refiere una demostración. Los desarrolladores necesitan un endpoint o un artefacto que puedan integrar de verdad. Una única fecha de familia es un contexto útil, pero no sustituye a los detalles de disponibilidad de cada producto.

Qué nos dicen las dos fechas confirmadas

Los 12 días entre el anuncio de la familia del 23 de julio y la disponibilidad general de video del 4 de agosto muestran que Black Forest Labs puede llevar una parte concreta de la familia del anuncio a producción con rapidez. Eso no establece un calendario de 12 días para Image ni para Dev. Cada modalidad tiene requisitos distintos de evaluación, seguridad, infraestructura y madurez de producto. Un endpoint de imagen podría llegar pronto, o la empresa podría ordenar antes más capacidades de video.

La señal de lanzamiento más sólida será un cambio en una superficie de distribución oficial, no una cuenta atrás en un sitio de terceros. Para el acceso alojado, vigile el esquema de la API de Black Forest Labs por si aparece una ruta de imagen nueva y un identificador de modelo. Para los pesos abiertos, vigile la página oficial de la organización y las fichas de modelo por si aparece un checkpoint, una licencia, información de arquitectura y requisitos de inferencia. Una publicación en redes puede anunciar una intención, pero un endpoint o una ficha de modelo establecen algo que los desarrolladores pueden integrar de verdad.

Hasta que aparezca una de esas señales, una estimación precisa sigue siendo una estimación. El intervalo corto entre el anuncio y la disponibilidad general de video hace razonable vigilar con frecuencia. No justifica inventarse una fecha de calendario, aceptar pagos por adelantado por un modelo con nombre que aún no se ha publicado ni publicar especificaciones sin respaldo.

Cómo leer la hoja de ruta oficial

La disponibilidad por etapas es la lectura más clara del historial publicado. Un producto alojado y un paquete de pesos abiertos exigen trabajos de lanzamiento distintos. El acceso alojado permite al editor gestionar de forma centralizada la capacidad, el versionado, los controles de seguridad y las actualizaciones. Los pesos abiertos exigen un checkpoint estable, una licencia, una ficha de modelo, una ruta de inferencia de referencia, la distribución de los archivos y unas indicaciones realistas de hardware. Esas diferencias explican por qué el acceso a Image y los pesos de Dev deben seguirse como hitos independientes.

Los nombres también importan. Tras el anuncio de una familia pueden venir nombres de modalidad, etiquetas de nivel, identificadores de versiones preliminares o varios endpoints. Hasta que Black Forest Labs publique esos detalles, los resúmenes técnicos no deberían convertir una expresión descriptiva en un identificador de producto adivinado. El registro público útil es la redacción exacta, la fecha, el tipo de acceso y la superficie de distribución asociados a cada anuncio.

Para los creadores, los materiales portátiles siguen siendo valiosos en cualquier etapa del lanzamiento: guarde juntos el prompt, la relación de aspecto, la referencia, el resultado previsto y las notas de evaluación. Para los desarrolladores, conviene separar el contrato público de la API de cualquier nomenclatura de modelo esperada. Para los lectores, es preferible la documentación oficial fechada y los repositorios del propio editor antes que las páginas de cuenta atrás o las tablas de especificaciones sin fuente.

Qué contaría como el próximo hito

Para el acceso alojado a Image, el hito más sólido sería una ruta de API del propio editor o un programa de acceso documentado, con un identificador exacto, las entradas aceptadas, el formato de salida, los precios y el estado de disponibilidad. Una lista de espera o una versión preliminar pueden seguir siendo noticia, pero deberían etiquetarse como versión preliminar y no como disponibilidad general.

Para Dev, la prueba es otra: un repositorio propiedad de Black Forest Labs, archivos descargables, una licencia, una ficha de modelo y una ruta de inferencia que funcione. El acceso alojado a Image no establecería automáticamente un lanzamiento de pesos abiertos, igual que el anuncio de la familia no estableció automáticamente todas las superficies de producto.

Las próximas actualizaciones de esta cronología deberían mantener esas distinciones. Cada fila debería cambiar solo cuando cambie la superficie oficial correspondiente, y cada fecha debería enlazar al hecho que describe. Así el registro del lanzamiento sigue siendo útil aunque varios productos FLUX 3 aparezcan casi a la vez.