GribStream

Blog de GribStream

ECMWF confirmó la actualización de IFS Cycle 50r1 y AIFS v2 del 12 de mayo de 2026

|
ifsoper ifsenfo ifswave ifswaef aifsoper aifsenfo

ECMWF implementó IFS Cycle 50r1, AIFS Single v2 y AIFS ENS v2 desde la ejecución de 06 UTC del 12 de mayo de 2026, con cambios de modelo, flujos de datos, oleaje y niveles que conviene revisar.

ECMWF confirmó y luego implementó una de sus actualizaciones coordinadas de modelos más grandes de 2026: IFS Cycle 50r1, AIFS Single v2 y AIFS ENS v2 cambiaron juntos en la ejecución de 2026-05-12 06 UTC.

El punto importante para los usuarios es que el sistema de pronóstico físico de ECMWF y sus sistemas de pronóstico de IA cambiaron al mismo tiempo. Si comparas IFS contra AIFS, o usas cualquiera de los dos como referencia de verificación, ese mismo momento es un límite de versión de modelo en ambos lados de la comparación.

Las publicaciones de seguimiento de GribStream cubren qué cambió en los datos públicos que servimos:

Qué implementó ECMWF el 12 de mayo

Las páginas de cambios de pronóstico de ECMWF ahora muestran la implementación coordinada:

  • IFS Cycle 50r1: implementado desde la ejecución de 2026-05-12 06 UTC
  • AIFS Single v2: implementado desde la ejecución de 2026-05-12 06 UTC
  • AIFS ENS v2: implementado desde la ejecución de 2026-05-12 06 UTC

La implementación en el mismo día importa porque AIFS v2 fue entrenado y ajustado alrededor del nuevo ciclo de IFS. ECMWF dice explícitamente que AIFS Single v2 necesitaba moverse junto con 50r1 porque AIFS Single v1.1 se degradaba cuando se inicializaba con datos del entorno esuite de 50r1.

Qué dicen realmente las páginas oficiales que cambia

La página de implementación de 50r1 dice que la actualización aplica al pronóstico IFS de medio plazo, incluidos los componentes atmosférico y de oleaje.

Para los usuarios, los detalles más concretos son:

  • ECMWF dice que no cambia la resolución horizontal ni vertical, y tampoco cambian los pasos de pronóstico, ni para el modelo atmosférico ni para el modelo de oleaje en 50r1
  • cambia el manejo de archivo/diseminación del ENS control, con los pronósticos de control pasando al stream operativo
  • también cambia el manejo del wave control, con los pronósticos de control de oleaje pasando al stream de oleaje

No hay cambio de grilla planificado para 50r1. El impacto operativo es la actualización de modelo en el mismo día más cambios de stream y archivo para usuarios que consumen ECMWF directamente.

El resumen de ECMWF Newsletter sigue siendo la mejor síntesis corta del lado científico de 50r1:

  • el núcleo de océano y hielo marino pasa a NEMO4-SI3
  • la asimilación de datos acoplada se vuelve más central
  • varios cambios de física y asimilación apuntan a humedad, viento y comportamiento estratosférico
  • ECMWF también destacó ganancias importantes de eficiencia computacional en el diseño de 50r1

Cambios específicos de AIFS que conviene revisar

Las páginas de implementación de AIFS agregan varios detalles concretos:

  • AIFS Single v2 y AIFS ENS v2 fueron implementados desde la ejecución de 2026-05-12 06 UTC
  • ambos agregan un nuevo nivel de presión de 10 hPa al componente estratosférico
  • AIFS Single v2 agrega un nuevo componente de oleaje y un stream de oleaje
  • AIFS ENS v2 también introduce un nuevo stream de oleaje
  • AIFS Single v2 cambia la velocidad vertical w de campo prognóstico a campo diagnóstico
  • ECMWF apunta a nuevas variables de nieve y oleaje en el conjunto de productos AIFS v2

Si consumes campos AIFS directamente, esos son los detalles que conviene revisar primero. Algunas de esas incorporaciones oficiales de ECMWF ya son visibles en los catálogos públicos de AIFS en GribStream, mientras que otras dependen de qué flujos de datos abiertos de ECMWF estén realmente presentes y sean lo suficientemente estables para que GribStream los sirva.

Qué revisar

Si ejecutas verificación, alertas basadas en umbrales o comparaciones entre modelos, separa el análisis alrededor de 2026-05-12 06 UTC.

Eso es especialmente importante si:

  • comparas IFS contra AIFS
  • mantienes workflows marinos que dependen del componente wave de IFS
  • usas ventanas largas de historial y asumes un comportamiento estable del modelo durante la primavera de 2026
  • consumes datos de ECMWF directamente desde MARS o streams de diseminación y te importan los nombres de stream o el manejo de productos de control
  • comparas salidas de AIFS v1/v1.1 contra salidas de AIFS v2

También conviene mantener esto separado de la migración posterior de 50r2 a GRIB2. Es una transición distinta, con modos de falla distintos. El 12 de mayo trata sobre la actualización del ciclo de modelo en sí, no sobre el cambio posterior a todo GRIB2 que cubrimos en nuestra publicación sobre 50r2.

Lecturas relacionadas

Fuentes

Modelos relacionados

ifsoper ifsenfo ifswave ifswaef aifsoper aifsenfo
Probar GribStream