GitLab 19.1: los flujos de trabajo de IA se ejecutan solos por eventos, sin intervención humana

GitLab ha lanzado la versión 19.1, que traslada los flujos de trabajo de IA del modo «alguien pulsa un botón» al modo «funciona solo», y a la vez ofrece a los equipos empresariales herramientas para controlar qué se está ejecutando exactamente.

Cuatro disparadores para Duo Flows

Antes de la 19.1, cada Duo Flow exigía una acción manual en la interfaz: mencionar, asignar o añadir un revisor. Los equipos que ejecutan flujos de producción a escala se topaban con límites concretos: ni resúmenes automáticos de conflictos, ni comprobaciones de cumplimiento en los MR listos para revisión, ni creación de incidentes cuando falla un pipeline. Nada de eso era posible sin una persona en la cadena.

GitLab 19.1 añade ahora cuatro disparadores por eventos:

• Conflicto en un merge request — el flujo se lanza en cuanto se detecta el conflicto, cuando un resumen automático y las sugerencias de resolución resultan más útiles: antes de que el desarrollador haya abierto el MR.
• El borrador pasa a «listo para revisión» — el disparador se activa cuando el desarrollador quita el estado de borrador y lanza automáticamente una comprobación de cumplimiento de requisitos.
• MR aprobado — se ejecutan automáticamente las poscomprobaciones: preparación para el despliegue, registro de cumplimiento, notificaciones de traspaso.
• Nuevo elemento de trabajo creado — clasificación inmediata, asignación automática de etiquetas y enrutamiento sin parches externos con webhooks.

Los dos primeros disparadores vienen activados por defecto, de modo que los equipos obtienen valor nada más actualizar a la 19.1. El filtrado por estado del pipeline también es más preciso: el disparador puede configurarse solo para fallos, solo para éxitos o solo para cancelaciones, en lugar de reaccionar a cada cambio de estado.

Gestión de agentes en el entorno

Para las organizaciones reguladas, un agente no aprobado no es un detalle menor, sino un bloqueo. Un solo flujo personalizado que aparezca en un namespace durante un hackatón sin revisión de seguridad puede poner en riesgo toda una prueba empresarial. La 19.1 incorpora dos nuevos parámetros administrativos:

• Disable custom agents and flows — impide que los usuarios creen o activen agentes y flujos personalizados y los limita al contenido base de la plataforma.
• Restrict the AI catalog to your group hierarchy — bloquea la activación de elementos del AI Catalog de otros namespaces, incluido el contenido de la comunidad y de terceros.

Juntos, estos ajustes someten a los agentes de IA al mismo control administrativo que ya rige otras funciones sensibles de la plataforma. El uso amplio de la IA es posible sin el riesgo de una proliferación incontrolada de agentes en producción.

Validación antes de guardar

Los flujos por eventos que se lanzan automáticamente encarecen los errores de configuración. Un flujo mal configurado genera ruido e incidentes en toda la organización, así que GitLab 19.1 traslada la comprobación al momento de guardar.

Al guardar o actualizar un flujo, la plataforma valida la configuración contra Duo Workflow Service. Si algo falla, como una entrada ausente o un parámetro de herramienta desconocido, los errores estructurados aparecen directamente en la interfaz. El problema se detecta al guardar, no a las tres de la madrugada cuando falla un pipeline.

«Cada flujo del AI

Catalog está correctamente configurado antes de que nadie empiece a depender de él en producción», — de la versión oficial de GitLab 19.1.

Por separado, la lista de modelos de IA permitidos ha llegado a beta pública. Los administradores pueden limitar el conjunto de proveedores, por ejemplo por requisitos de residencia de datos o políticas internas de seguridad, y fijar un modelo por defecto para toda la organización, mientras los usuarios conservan flexibilidad para elegir dentro de la lista permitida.

Qué significa

GitLab elimina de forma sistemática la principal barrera para la adopción empresarial de la IA: no poder responder al equipo de seguridad a la pregunta «qué se ejecuta exactamente en nuestro entorno y quién lo ha puesto». Los disparadores automáticos, el control administrativo y la validación de configuraciones convierten los flujos de IA de herramientas en infraestructura: predecible, gestionable y lista para producción.