Connecter des serveurs MCP au mode agent de GitHub Copilot dans VS Code
GitHub détaille dans sa documentation technique la manière d'étendre les capacités d'action de Copilot grâce au protocole MCP. En couplant le mode agent à des serveurs externes comme GitHub, Figma ou Playwright, le développeur peut lui faire exécuter des tâches complexes de bout en bout sans quitter son environnement de développement.
Fil « Guide de GitHub pour connecter des serveurs MCP au mode agent de Copilot »
GitHub a publié un guide pratique pour coupler le mode agent de Copilot avec le protocole MCP (Model Context Protocol, un standard servant de prise universelle pour connecter des outils et bases de données externes à une IA). L'objectif est de permettre à l'assistant d'exécuter des flux de travail autonomes et multi-étapes en piochant directement dans le contexte de l'entreprise, sans imposer de changement d'application au développeur. Pour les entreprises et organisations, cette fonctionnalité reste soumise à une politique de gestion et s'avère désactivée par défaut.
Une autonomie encadrée par des boucles d'action
En mode agent, Copilot enchaîne plusieurs boucles autonomes de recherche, de planification, d'exécution et de validation. L'ajout de serveurs MCP évite le développement d'intégrations sur mesure. La documentation officielle préconise de structurer le travail de l'agent selon les 5 étapes classiques du cycle de vie logiciel :
- La recherche : analyser les besoins ou lire la documentation et les tickets d'un projet.
- La planification : établir une stratégie claire avant la moindre ligne de code.
- L'implémentation : générer une branche et appliquer les modifications requises.
- La vérification : écrire et exécuter des tests automatisés.
- La mise à jour : commenter les tickets résolus et ouvrir les tâches de suivi.
Un cas concret : la mise en conformité WCAG
Pour illustrer cette architecture, le guide prend l'exemple d'une mise en conformité aux normes d'accessibilité WCAG 2.1 AA (Web Content Accessibility Guidelines, l'ensemble des règles internationales créées pour rendre les sites web accessibles aux personnes en situation de handicap). Le scénario fait intervenir 3 serveurs MCP configurés dans un environnement comme Visual Studio Code (VS Code) :
- Le serveur GitHub MCP pour parcourir le dépôt, lire les tickets existants (comme les issues #134 et #156), créer des branches et ouvrir des PR (Pull Request, une proposition de fusion de code).
- Le serveur Figma MCP pour lire les spécifications de design (notamment les contraintes de contraste textuel à 4.5:1) en ciblant directement le composant via l'URL.
- Le serveur Playwright MCP pour rédiger et exécuter automatiquement des tests d'interface (comme le fichier
contrast.spec.ts).
Bonnes pratiques d'incitation et de sécurité
Pour maintenir le contrôle sur l'agent, GitHub recommande de rédiger des consignes (prompts, les instructions textuelles envoyées à l'IA) très précises. Il faut imposer des limites strictes à l'assistant — comme l'interdiction de modifier le code pendant la phase de planification — et exiger des confirmations explicites avant d'effectuer des modifications majeures.
D'après l'analyse des maquettes Figma et des tickets GitHub, crée un plan d'action ciblé pour une PR immédiate. Ne fais aucune modification pour l'instant.
Sur le plan de la sécurité, les consignes imposent de privilégier la méthode d'authentification OAuth (Open Authorization, un protocole standard sécurisé) à la place de jetons d'accès personnels (PAT, des clés d'accès individuelles), de limiter les permissions au strict minimum et d'auditer régulièrement les accès. Enfin, un mécanisme de protection contre les fuites (push protection) empêche l'agent d'exposer des secrets de configuration ou des clés d'API dans les réponses ou les actions exécutées sur les dépôts publics.