Release Notes v2.24: AI readiness scoring (2026-01-30)

Tabla de Contenidos

AI readiness scoring

A partir de ahora, se puede calcular un nuevo sistema de puntuación para las APIs. Para obtenerlo, debemos habilitar una etapa (stage) en los entornos.

Para generarlo, solo necesitamos ejecutarlo:

Aquí se creará una nueva calificación que podremos visualizar en la pantalla de valoraciones:

Al hacer clic en la puntuación global, se nos redirigirá al nuevo panel de control (dashboard):

Aquí podemos ver la puntuación de cada sección y sus consecuencias:

Se indicarán los problemas críticos y una hoja de ruta (roadmap) para mejorar la API:

Templates por defecto

A partir de ahora, al crear una nueva organización, se generará una plantilla de gestor de APIs por defecto a partir de los gestores permitidos para facilitar la configuración del despliegue.

Comentarios

A partir de ahora, los comentarios se mostrarán como si fueran una advertencia (warning) o un error de Redocly o Spectral.

Nuevo editor OpenAPI (beta)

El nuevo editor de OpenAPI ha sido actualizado con la siguiente configuración:

  • Visualización de errores.

  • Permite filtrar por comentarios, Redocly o Spectral.

  • Permite crear comentarios directamente haciendo clic en la línea. Además, se muestra de forma diferente dependiendo de si es un comentario o una advertencia.

Para mostrar el nuevo editor, es necesario activarlo en un parámetro organizacional:

Ciclo de vida de aprobación para la ejecución de etapas

A partir de ahora, será posible solicitar la ejecución de ciertas etapas (por ejemplo, para despliegues en producción) directamente desde la herramienta.

Para configurarlo, debemos ir a entornos y seleccionar el icono de la mano:

Aquí podemos configurar qué etapas o pipeline queremos solicitar:

Ahora, en el entorno donde hemos configurado la solicitud de permiso, vamos a las etapas que queremos ejecutar:

Veremos que se enviará un correo electrónico a los roles de aprobación configurados:

Aquí se puede aceptar o rechazar la ejecución:

Si se rechaza, se deben indicar los motivos y se enviará un correo electrónico al usuario que realizó la solicitud:

Ejecutor de paquetes

A partir de ahora, las pipelines o etapas pueden ejecutarse como paquetes de forma simultánea. Para ello, podemos seleccionar las APIs que deseemos:

Y configuramos las etapas o pipelines que se van a ejecutar.

Las ejecuciones se cargarán en la nueva pestaña que aparece en la pantalla inicial, donde podremos ver el estado de cada una de ellas:

Etapa por defecto

A partir de ahora, si queremos crear una nueva etapa, se generará una por defecto para que los usuarios puedan utilizarla como guía.

Apigee

  • Configuración del entorno: Finalizada la integración de las configuraciones de SA (Service Account) y las variables de entorno.

  • Integración de herramientas: Se ha fusionado con éxito el mezclador de etapas de apigeetemplater y openapi2apigee.

  • Personalización del destino (Target): Los usuarios ahora pueden configurar los nombres o URLs de destino directamente a través del formulario. Además, hemos introducido una sección de Configuración Avanzada para un control más granular.

Mejoras en el ciclo de vida de Kong

La URL de configuración se cambia a «URL de administrador» para una mejor comprensión.

Wso2

  • A partir de ahora, el archivo de definición del entorno no se borrará al realizar una sincronización con Wso2.

  • Se ha añadido una nueva plantilla de configuración de Wso2 por defecto para facilitar su uso como modelo.

  • Se ha añadido una mejora que permite ver un mensaje de error cuando se ejecuta el deployer de Wso2 y el inicializador no ha sido ejecutado.
  •  

IBM API Connect

  • La etapa del inicializador se ha configurado para sobrescribir archivos y evitar que la etapa falle.

  • El serializador de IBM se ha modificado para renumerar campos como Catalog (Catálogo) o Scope (Ámbito).

Bugs y pequeñas mejoras

  • Se han ampliado todas las ventanas de la aplicación para permitir mayor información en las tablas del catálogo.

  • Se ha mejorado la internacionalización de las notificaciones internas de la aplicación.

  • Se ha añadido una validación para asegurar que las ramas (branches) no tengan espacios.

  • La etapa de compatibilidad retroactiva ha sido modificada para comprobar cambios cada vez que se ejecuta, incluso si no se incluyó el comando “update” en el commit.

  • Se ha eliminado la alerta de configuración para las etapas de openapi2postman cuando se ha realizado una configuración global.

  • Los nombres de las tarjetas para la traducción al inglés han cambiado de “opportunities” a “API briefings”.

  • A partir de ahora, cuando Newman se configura para ejecutarse globalmente, se generará una carpeta vacía para que los archivos de Postman puedan subirse vía commit.readme.md.

Descubre todas nuestras Release Notes