Agents
GitHub Agent Merge : Copilot peut-il débloquer vos pull requests ?
Agent Merge surveille les pull requests et tente de corriger les échecs GitHub Actions ou les conflits de fusion. Fonctionnement, prix et limites.
Une pull request est prête à être relue lorsqu'un workflow GitHub Actions échoue. Avant même d'avoir terminé l'enquête, la branche cible évolue et un conflit de fusion apparaît. Agent Merge est conçu pour surveiller ces blocages et commencer à les traiter pendant que vous travaillez sur autre chose.
Le 28 octobre, GitHub a intégré Agent Merge directement à la zone de fusion des pull requests sur github.com. Copilot peut surveiller les échecs de workflows Actions, les conflits de fusion, ou les deux. Lorsqu'un blocage choisi apparaît, il tente une correction en arrière-plan ; les changements restent à examiner et les règles de fusion du dépôt continuent de s'appliquer (GitHub).
Ce que fait Agent Merge
Sur GitHub, Agent Merge fait partie de Copilot dans le cloud. On l'active sur une pull request, on sélectionne les blocages à traiter, puis Copilot démarre une tentative de réparation quand il en détecte un. GitHub affiche dans la chronologie de la pull request la raison de son intervention (documentation GitHub).
| Blocage | Ce que Copilot peut tenter |
|---|---|
| Échec d'un workflow GitHub Actions | Enquêter et proposer une correction |
| Conflit de fusion | Résoudre les conflits entre la branche de la pull request et sa branche cible |
Une tentative ne garantit pas une correction pertinente. Un test peut échouer à cause d'une dépendance ou d'une véritable régression ; un conflit peut opposer deux changements valides dont l'intention n'est pas évidente. Relisez les modifications et vérifiez les contrôles concernés avant de les accepter.
Comment l'activer sur GitHub
Il faut une offre Copilot payante donnant accès à Copilot dans le cloud. Si l'accès vient d'une organisation, ses règles doivent autoriser cette fonction. La politique Copilot Enable automations du dépôt doit également être activée (documentation GitHub).
- Ouvrez la pull request sur GitHub.
- Dans la zone de fusion, sélectionnez Watch and fix.
- Choisissez la correction des workflows Actions en échec, des conflits de fusion, ou les deux.
- Suivez les interventions dans la zone Agent Merge et la chronologie.
- Relisez les changements et contrôlez les résultats des workflows.
On peut aussi l'activer par défaut pour ses propres pull requests dans Settings → Copilot → Cloud. Pour arrêter la surveillance d'une pull request, sélectionnez Unassign Copilot dans la zone de fusion. GitHub précise que les pull requests empilées ou ouvertes depuis un fork ne sont pas prises en charge.
L'agent fusionne-t-il la pull request ?
Sur GitHub, Agent Merge prépare la pull request mais n'active pas la fusion automatique. La fonction distincte auto-merge peut être associée à Agent Merge : GitHub fusionne alors lorsque les contrôles et les validations exigés sont satisfaits (documentation GitHub).
Si auto-merge est activé, une réparation réussie peut donc être suivie d'une fusion dès que les conditions configurées sont remplies. Vérifiez les règles du dépôt et les changements proposés sans supposer qu'une confirmation manuelle supplémentaire sera toujours demandée.
L'application Copilot propose une expérience différente : GitHub indique qu'elle peut aussi traiter des commentaires de revue et fusionner la pull request lorsque les règles le permettent. VS Code documente également une version expérimentale avec ses propres options. Ces interfaces ne sont pas identiques à Watch and fix sur GitHub (GitHub ; VS Code).
Combien ça coûte ?
La fonction cloud nécessite une offre Copilot payante. Les crédits IA consommés sont facturés à la personne qui a activé Agent Merge sur la pull request, pas forcément à son auteur. GitHub ne donne pas de prix fixe par réparation dans sa documentation ; la consommation dépend du travail et des modèles utilisés (GitHub).
Pour les offres individuelles, GitHub affiche Copilot Pro à 10 $ par mois, Pro+ à 39 $ et Max à 100 $, avec des allocations de crédits différentes. Il s'agit du prix des abonnements, pas d'un tarif par réparation ; la consommation suit les règles de l'offre (facturation GitHub). Vérifiez le tableau d'utilisation avant de l'activer systématiquement.
Où les corrections sont-elles exécutées ?
GitHub précise que les corrections utilisent un environnement de développement basé sur GitHub Actions, et non un sandbox cloud. L'agent peut utiliser les instructions personnalisées du dépôt, ses skills et les étapes de configuration dans .github/workflows/copilot-setup-steps.yml (GitHub).
La configuration du dépôt compte donc : une dépendance absente ou une instruction inexacte peut modifier ce que l'agent observe. Examinez particulièrement les changements touchant aux tests, aux permissions et aux workflows. Un contrôle vert ne prouve pas à lui seul que l'objectif initial ou la sécurité du workflow sont préservés.
Notre lecture
Agent Merge vise une friction familière : attendre les contrôles, découvrir un échec, puis revenir sur une branche simplement pour la rendre fusionnable. Pour un développeur solo ou une petite équipe, une réparation en arrière-plan pourrait réduire ces interruptions.
Son intérêt dépendra de la qualité des corrections et du temps nécessaire pour les vérifier. Commencez sur une pull request dotée de contrôles clairs, sélectionnez les seuls blocages souhaités, puis comparez le diff à l'objectif initial. Suivez les crédits et le temps de revue : le résultat utile reste un changement correct et maintenable, pas simplement une case de fusion verte.
Sources
- GitHub, Agent Merge sur les pull requests, 28 octobre 2026
- GitHub, préparer les pull requests avec Agent Merge, consulté le 29 octobre 2026
- GitHub, gestion des pull requests dans l'application Copilot, consulté le 29 octobre 2026
- VS Code, fenêtre Agents, consulté le 29 octobre 2026
- GitHub, facturation Copilot individuelle, consulté le 29 octobre 2026
Une erreur dans cet article ? Signalez-la · Notre politique de corrections
