Créez des flows personnalisés en quelques minutes avec l'agent Flow Creator

Les flows personnalisés permettent déjà aux équipes de transformer des processus manuels en plusieurs étapes en automatisations déclenchées par des événements GitLab. Mais leur création impliquait d'apprendre au préalable le schéma du Flow Registry. Cette exigence constitue un véritable obstacle. Les personnes qui maîtrisent le mieux un workflow ne sont pas toujours celles qui connaissent un schéma YAML.

Avec GitLab 19.3, l'agent Flow Creator supprime cette contrainte. Il vous suffit de décrire le flow souhaité avec vos propres mots, et celui-ci vous répond avec une définition complète et prête à l'emploi.

Quand les bonnes automatisations s'arrêtaient au niveau du schéma

Imaginez deux personnes qui savent exactement ce qui devrait être automatisé, mais pas comment le construire.

• L'analyste sécurité trie chaque jour des rapports de vulnérabilités et sait quels motifs sont des faux positifs et qui sont les responsables de chaque dépendance concernée. Aucune de ces connaissances n'est consignée dans un schéma qu'il n'a jamais utilisé.
• Le responsable de la planification sait ce qui doit se passer lorsqu'un élément de travail change de statut. L'automatisation lui paraît évidente. La syntaxe du Flow Registry, non.

Créer un flow impliquait d'apprendre ce schéma avant de pouvoir mettre en pratique ces connaissances. Cette exigence limitait la création de flows aux personnes qui connaissaient le schéma, et non à celles qui maîtrisaient les processus. Il en résulte un fossé entre ceux qui comprennent le travail et ceux qui peuvent l'automatiser. Ce fossé ralentit concrètement les automatisations tout au long du cycle de vie logiciel, notamment là où les goulots d'étranglement se font déjà sentir.

Mettre la création de flows à la portée de tous ceux qui comprennent le travail

L'agent Flow Creator est un agent par défaut au sein de GitLab Duo Agent Platform, accessible via GitLab Duo Agentic Chat. Il suffit d'invoquer l'agent, de décrire en langage naturel ce que vous souhaitez que le flow accomplisse, et il produit une définition de flow complète.

Par exemple : « Lorsqu'un élément de travail est créé avec le label security-triage, compare-le avec nos motifs de faux positifs connus, identifie la dépendance concernée et son responsable, puis publie une évaluation de la gravité en commentaire. » Cette simple description fournit à l'agent un déclencheur, des étapes et une cible de sortie.

Il n'est pas nécessaire de formuler une description parfaite dès le premier essai. Si un élément est ambigu ou manquant, comme le projet que le flow doit cibler, ou si une étape nécessite une validation humaine, l'agent demande confirmation avant d'avancer, plutôt que de supposer et de renvoyer un flow qui s'exécute sur le mauvais projet ou qui ignore une approbation nécessaire.

Des garde-fous maintenus à mesure que le nombre d'auteurs augmente

Multiplier les créateurs de flows ne signifie pas alléger les garde-fous. Chaque flow s'exécute via un compte de service à portée limitée sous identité composite, de sorte qu'il ne peut jamais dépasser les autorisations de la personne qui l'a lancé. Ce compte est limité au groupe principal et ne peut pas accéder à des ressources en dehors de son périmètre. La création d'un flow et son activation restent deux actions distinctes : n'importe qui peut décrire un flow à l'agent Flow Creator, mais son activation requiert au minimum le rôle de chargé de maintenance. Les propriétaires de groupe et les administrateurs d'instance peuvent désactiver entièrement les flows personnalisés.

Découvrez l'agent Flow Creator en action :

Fonctionnement

L'agent Flow Creator effectue trois opérations en arrière-plan :

• Lecture de la documentation à jour. L'agent consulte la documentation du Flow Registry avant chaque réponse, plutôt que de s'appuyer sur ce qu'il a appris lors de son entraînement.
• Application de règles. Ces règles encodent les motifs d'échec observés dans des flows réels, afin que les erreurs courantes soient détectées avant même le début d'une session.
• Exécution d'une liste de vérification avant la sortie. Cette vérification intervient avant la génération du moindre fichier YAML, ce qui permet de détecter les problèmes en amont plutôt qu'après l'enregistrement.

Chaque règle correspond à des façons dont les flows échouent aujourd'hui :

• project_id manquant. Le flow s'exécute sans cible clairement définie, et agit donc sur le mauvais projet ou sur rien.
• Portes de validation humaine défaillantes. Un flow censé marquer une pause pour approbation se poursuit sans l'obtenir.
• Cibles sends_response_to incorrectes. Le flow se termine et écrit sa sortie à un endroit que personne ne consulte.
• Instructions d'arrêt manquantes. L'agent continue à travailler au-delà de la fin de la tâche.

Le résultat obtenu est une définition complète et exécutable, non un fragment à assembler. Collez-la dans l'éditeur de configuration lors de la création d'un flow depuis un projet ou depuis le catalogue d'IA. Choisissez ensuite si le flow est privé, restreint ou public, et ajoutez les déclencheurs qui doivent le lancer.

Lancez votre premier flow personnalisé

L'agent Flow Creator est disponible dans GitLab 19.3 au sein de GitLab Duo Agent Platform. Vous n'avez donc plus besoin d'attendre que quelqu'un d'autre crée une automatisation à votre place.

Consultez la documentation sur les flows personnalisés pour savoir comment enregistrer et activer un flow, puis décrivez celui que vous souhaitez à l'agent Flow Creator. Démarrez un essai gratuit de GitLab Duo Agent Platform. Si vous possédez l'édition Gratuite, vous pouvez vous inscrire en quelques étapes simples. Si vous utilisez déjà GitLab Premium ou GitLab Ultimate, vous pouvez activer GitLab Duo Agent Platform et utiliser les GitLab Credits inclus dans votre abonnement.