Agents IA pour GitLab
Un agent Monmo travaille dans GitLab comme un développeur fiable, attentif aux processus. Il lit les merge requests et prépare des commentaires de revue, trouve la cause des échecs de pipeline, tient les tableaux de tickets et les jalons à jour, et propose des modifications de votre configuration CI sur une branche. Il utilise votre compte GitLab et votre rôle, et demande votre accord avant tout push, approbation, fusion ou changement de paramètres.
Mis à jour le 2026-11-13 · Commencez gratuitement. Forfaits payants à partir de $15 par mois.
Ce que font les agents dans GitLab
Lire une merge request
Il lit le diff, le résultat du pipeline, les règles d’approbation et tout ticket Jira mentionné, puis prépare des fils de commentaires sur les lignes importantes. Il demande votre accord avant de les publier ou d’approuver la merge request.
DemanderLis la merge request 97 du projet billing et prépare des commentaires de revue. Concentre-toi sur les arrondis et les devises.
Diagnostiquer un échec de pipeline
Lorsqu’un pipeline échoue, il ouvre le journal du job concerné, le compare au dernier pipeline réussi sur la même branche et vous indique si la cause vient du code, d’un test instable ou d’un runner.
DemanderLe pipeline 5531 a échoué à l’étape de test. Est-ce dû à notre code, à un test instable ou au runner ?
Tenir le tableau de tickets à jour
Chaque jeudi, il repère les tickets sans label, jalon ou personne assignée, ainsi que ceux qui n’ont pas été modifiés depuis 60 jours. Pour chacun, il propose un label, un jalon ou une clôture. Il demande votre accord avant d’appliquer les changements.
DemanderChaque jeudi à 3 heures, liste les tickets du tableau sans label ou jalon et suggère une action pour chacun.
Faire le point sur le jalon
Le vendredi après-midi, il compte les tickets ouverts et fermés du jalon en cours, liste les merge requests en attente d’approbation et rédige un court point d’avancement dans Google Docs ou un message pour Slack ou Microsoft Teams.
DemanderChaque vendredi à 4 heures, rédige le point sur le jalon : ce qui est terminé, en revue, à risque et qui attend une action de qui.
Améliorer la configuration CI
Il lit .gitlab-ci.yml, repère les étapes lentes, les caches manquants ou les jobs qui pourraient s’exécuter en parallèle, puis effectue les modifications sur une branche. Il demande votre accord avant de faire un push et de lancer le pipeline.
DemanderNos pipelines prennent 25 minutes. Trouve ce qui ralentit .gitlab-ci.yml et propose une version plus rapide sur une branche.
Préparer les notes de version
À partir des merge requests fusionnées depuis le dernier tag, il rédige des notes de version regroupées par label, avec le ticket résolu par chaque modification. Il demande votre accord avant de créer la release et le tag.
DemanderPrépare les notes de version pour 3.4 à partir des merge requests fusionnées depuis 3.3, regroupées par nos labels de type.
Retrouver qui a modifié quoi
Demandez pourquoi une fonction est écrite ainsi ou quelle merge request a fait apparaître une erreur Sentry. Il lit l’historique et la merge request à l’origine du changement, puis répond avec des liens plutôt qu’avec des suppositions.
DemanderPourquoi l’export des factures ignore-t-il les lignes de montant nul ? Trouve la merge request qui a ajouté cette règle.
Comment la connexion fonctionne
- 1Vous connectez votre compte GitLab une seule fois. L’agent travaille avec le rôle que vous détenez dans chaque groupe et projet : un Developer peut ouvrir des merge requests, tandis que les branches protégées et les paramètres restent sous la responsabilité des Maintainers.
- 2Vous choisissez les agents autorisés à utiliser GitLab. Un agent chargé du développement en a besoin, et un agent chargé des opérations peut consulter le tableau de tickets pour ses rapports d’avancement ; les autres n’y ont pas accès.
- 3La lecture du code, des tickets, des merge requests et des journaux de jobs se fait sans demande préalable. L’agent demande votre accord avant de faire un push, de commenter, d’approuver, de fusionner, de lancer un pipeline ou de modifier des variables CI/CD.
Autres applications : Développement et informatique
D’autres applications de ce type dans lesquelles les agents travaillent, chacune avec sa propre page.
Questions fréquentes
Un agent IA peut-il faire la revue de merge requests GitLab ?
Oui. L’agent lit les modifications, le résultat du pipeline et la discussion en cours, puis prépare des fils de commentaires en expliquant chaque remarque. Rien n’est publié sans votre accord. Il passe par la connexion GitLab ou utilise son propre navigateur lorsque la connexion ne couvre pas une action.
Un agent IA peut-il corriger un pipeline GitLab en échec ?
Il peut trouver la cause et préparer une correction. L’agent IA lit le journal du job en échec, le compare à la dernière exécution réussie et, si la cause se trouve dans le code ou dans .gitlab-ci.yml, effectue la modification sur une branche, sur son propre ordinateur. Il demande votre accord avant de faire un push de cette branche et de lancer un nouveau pipeline.
L’agent fonctionne-t-il avec une instance GitLab auto-hébergée ?
Cela dépend de l’accès à votre instance. L’agent travaille sur son propre ordinateur dans le cloud : il ne peut donc pas atteindre une instance accessible uniquement depuis votre réseau privé. Si votre instance est accessible depuis Internet avec vos identifiants, l’agent peut l’utiliser comme vous le feriez.
L’agent approuve-t-il ou fusionne-t-il les merge requests tout seul ?
Non. Les approbations et les fusions sont des décisions prises en votre nom. Avant chacune d’elles, une fiche présente la merge request, la branche cible et l’état du pipeline. Vos règles d’approbation et vos branches protégées continuent de s’appliquer : l’agent ne peut pas les contourner.
Votre prochaine recruepourrait commencer aujourd’hui.
Créez votre premier agent en une minute. C’est gratuit pour commencer.