GitLab 19.1 : les workflows d'IA se déclenchent seuls sur événement, sans intervention humaine

GitLab a publié la version 19.1, qui fait passer les workflows d'IA du mode « quelqu'un clique sur un bouton » au mode « ça tourne tout seul », tout en donnant aux équipes en entreprise des outils pour contrôler ce qui s'exécute exactement.

Quatre déclencheurs pour les Duo Flows

Avant la 19.1, chaque Duo Flow exigeait une action manuelle dans l'interface : mentionner, assigner ou ajouter un relecteur. Les équipes qui exécutent des workflows de production à grande échelle se heurtaient à des limites concrètes : pas de résumés automatiques des conflits, pas de contrôles de conformité sur les MR prêtes pour la revue, pas de création d'incidents quand un pipeline échoue. Rien de tout cela n'était possible sans un humain dans la boucle.

GitLab 19.1 ajoute désormais quatre déclencheurs événementiels :

• Conflit dans une merge request — le flux démarre dès la détection du conflit, au moment où un résumé automatique et des suggestions de résolution sont les plus utiles : avant même que le développeur ait ouvert la MR.
• Un brouillon passe en « prêt pour la revue » — le déclencheur s'active quand le développeur retire le statut de brouillon, ce qui lance automatiquement une vérification de conformité aux exigences.
• MR approuvée — les contrôles post-approbation démarrent automatiquement : préparation au déploiement, journalisation de conformité, notifications de passation.
• Nouvel élément de travail créé — tri immédiat, attribution automatique d'étiquettes et routage, sans bricolage externe à base de webhooks.

Les deux premiers déclencheurs sont activés par défaut : les équipes en tirent profit dès la mise à jour vers la 19.1. Le filtrage par état du pipeline est lui aussi plus précis : le déclencheur peut être réglé uniquement sur l'échec, uniquement sur le succès ou uniquement sur l'annulation, au lieu de réagir à chaque changement d'état.

Gérer les agents dans l'environnement

Pour les organisations réglementées, un agent non validé n'est pas un détail, c'est un point bloquant. Un seul flux personnalisé apparu dans un namespace pendant un hackathon, sans revue de sécurité, peut compromettre tout un essai en entreprise. La 19.1 introduit deux nouveaux paramètres d'administration :

• Disable custom agents and flows — interdit aux utilisateurs de créer ou d'activer des agents et des flux personnalisés, en les limitant au contenu de base de la plateforme.
• Restrict the AI catalog to your group hierarchy — bloque l'activation d'éléments de l'AI Catalog provenant d'autres namespaces, y compris le contenu communautaire et tiers.

Ensemble, ces réglages placent les agents d'IA sous le même contrôle administratif que celui qui s'applique déjà à d'autres fonctions sensibles de la plateforme. L'usage à grande échelle de l'IA devient possible sans risque de prolifération incontrôlée d'agents en production.

Validation avant enregistrement

Les flux événementiels qui se lancent automatiquement renchérissent le coût d'une erreur de configuration. Un flux mal configuré génère du bruit et des incidents dans toute l'organisation ; GitLab 19.1 déplace donc la vérification au moment de l'enregistrement.

Lors de l'enregistrement ou de la mise à jour d'un flux, la plateforme valide la configuration auprès de Duo Workflow Service. En cas de problème, comme une entrée manquante ou un paramètre d'outil inconnu, des erreurs structurées s'affichent directement dans l'interface. Le problème est détecté à l'enregistrement, pas à trois heures du matin quand un pipeline échoue.

«

Chaque flux de l'AI Catalog est correctement configuré avant que quiconque ne commence à s'appuyer dessus en production », — extrait de la note de version officielle de GitLab 19.1.

Par ailleurs, la liste des modèles d'IA autorisés est entrée en bêta publique. Les administrateurs peuvent restreindre l'ensemble des fournisseurs, par exemple pour respecter des exigences de résidence des données ou des politiques de sécurité internes, et définir un modèle par défaut pour toute l'organisation, tandis que les utilisateurs gardent la liberté de choisir au sein de la liste autorisée.

Ce que cela change

GitLab s'attaque méthodiquement au principal obstacle à l'adoption de l'IA en entreprise : l'impossibilité de répondre à l'équipe sécurité qui demande « qu'est-ce qui tourne exactement dans notre environnement, et qui l'a mis là ? ». Déclencheurs automatiques, contrôle administrateur et validation des configurations transforment les workflows d'IA, d'outils en infrastructure : prévisible, maîtrisable et prête pour la production.