GitHub a annoncé le 29 juillet 2026 que la prise en charge des agent skills et des serveurs MCP dans la revue de code Copilot est désormais disponible au public. Le titre est simple : les revues automatisées peuvent appliquer les standards propres à votre équipe et lire du contexte depuis les outils que vous utilisez déjà. Le détail qui mérite une seconde lecture, c'est que chaque appel MCP est restreint à la lecture seule, ce qui rend la fonctionnalité adoptable et pas seulement intéressante.
Ce qui a réellement été livré
Deux capacités sont sorties de préversion en même temps, et elles résolvent deux moitiés différentes du même problème.
Les agent skills permettent à une revue d'invoquer les outils internes et les standards de codage de votre équipe. Vous ajoutez un fichier SKILL.md dans un sous-dossier de skill sous .github/skills, et son contenu étend l'analyse avec du contexte et des instructions spécifiques à votre dépôt ou à votre organisation. La conséquence pratique, c'est que des conventions qui vivent dans un wiki que personne ne lit, ou dans la tête d'un seul ingénieur senior, deviennent quelque chose que le relecteur applique de façon constante.
Les connexions à des serveurs MCP tirent du contexte de plateformes tierces que votre équipe fait déjà tourner : suivi de tickets, systèmes de documentation, catalogues de services. Au lieu de relire un diff isolé, le relecteur peut voir ce que le ticket lié demandait réellement.
GitHub liste la fonctionnalité pour Copilot Pro, Pro+, Business et Enterprise. Cela mérite d'être noté, car plusieurs sorties Copilot récentes démarraient plus haut dans l'échelle des forfaits. Si vous aviez configuré l'une ou l'autre capacité pendant la préversion publique, GitHub indique qu'aucune modification n'est nécessaire et que votre configuration existante continue de fonctionner.
La contrainte de lecture seule est la vraie nouvelle
Connecter un agent automatisé à vos systèmes internes est le genre de proposition qui s'enlise en revue de sécurité, et généralement pour de bonnes raisons. La question n'est jamais de savoir si le contexte aiderait, mais ce qui se passe quand l'agent se trompe ou est manipulé.
La réponse de GitHub ici est une décision de conception plutôt qu'une promesse de politique : tous les appels d'outils MCP effectués par la revue de code Copilot sont limités à la lecture seule. Le relecteur peut lire votre suivi de tickets ; il ne peut pas clore de tickets, modifier de la documentation ni changer une définition de service. Cela convertit un risque ouvert en risque borné, et c'est la différence entre une fonctionnalité qu'une équipe sécurité peut approuver et une qu'elle ne peut pas.
Il vaut la peine d'être précis sur ce que cela ne couvre pas. Un accès en lecture seule signifie tout de même que le contenu de ces systèmes atteint le relecteur, donc les questions habituelles sur ce qui sort de votre périmètre restent pertinentes. Nous avons examiné cette surface plus large dans notre analyse de la sécurité de MCP, et le raisonnement y reste valable tel quel : restreindre les écritures réduit le rayon d'impact, cela ne supprime pas la question de l'exposition des données.
L'attribution : la fonctionnalité discrète qui rend les skills utilisables
GitHub indique également que la revue de code Copilot signale désormais quand un commentaire a été généré à l'aide d'agent skills ou de contexte MCP.
Cela se lit comme une petite touche de transparence, et c'est en réalité ce qui rend le reste exploitable. Sans attribution, un commentaire de revue est indifférencié : vous ne pouvez pas dire s'il reflète un standard que vous avez encodé ou l'entraînement général du modèle. Cela compte dès l'instant où un skill se met à produire du bruit, parce que vous n'avez aucun moyen de savoir quels commentaires rattacher à quel SKILL.md. Avec l'attribution, un skill mal écrit est débogable. Sans elle, les équipes cessent discrètement de faire confiance au relecteur dans son ensemble.
Ce que cela change en pratique
Si votre équipe fait déjà tourner la revue de code Copilot, le geste utile est étroit plutôt qu'ambitieux. Encodez les conventions qui génèrent le plus de commentaires de revue répétés, celles qu'un humain écrit pour la dixième fois ce mois-ci, et commencez par là. Ce sont les cas où un SKILL.md se rentabilise immédiatement, et où une mauvaise réponse est peu coûteuse à repérer.
Si vous remettiez à plus tard la connexion de systèmes internes, la limite en lecture seule lève l'objection qui tuait habituellement la discussion. Elle ne supprime pas le besoin de décider quels serveurs valent la peine d'être connectés, et la réponse est probablement moins que vous ne le voudriez : un contexte qui change la conclusion d'une revue a de la valeur, un contexte qui ne fait qu'ajouter du volume rend les revues plus lentes et plus bruyantes.
Si vous êtes encore en train de choisir un relecteur, cela réduit l'écart entre Copilot et les outils qui se différenciaient sur la personnalisation. Notre comparatif des outils de revue de code par IA expose les catégories et les compromis, même s'il précède cette annonce et traite la personnalisation comme un différenciateur qui manquait à Copilot.
En résumé
La fonctionnalité est disponible au public depuis le 29 juillet 2026 pour Pro, Pro+, Business et Enterprise, configurée via des fichiers SKILL.md sous .github/skills et via des connexions à des serveurs MCP, avec chaque appel MCP en lecture seule et des commentaires attribués à leur source.
Pris ensemble, cela dessine une forme plus conservatrice que ne le suggère le cadrage de l'annonce, et le conservatisme est le bon choix ici. Un relecteur automatisé qui peut lire vos systèmes et vous dire d'où viennent ses avis est utile. Un qui pourrait y écrire, sans dire quel commentaire vient d'où, serait un passif. C'est le premier qui a été livré. Pour le versant modèle de la même pile, nous avons couvert l'arrivée de Claude Opus 5 dans Copilot la semaine dernière, y compris un garde-fou qui joue en sens inverse pour le travail de sécurité.
D'après l'entrée de changelog publiée par GitHub le 29 juillet 2026. Les noms de forfaits, le chemin SKILL.md, la restriction en lecture seule et le comportement d'attribution sont la formulation de GitHub, pas notre interprétation. Nous n'avons pas mesuré la qualité des revues avec ou sans skills et n'avançons aucune affirmation à ce sujet.
