GitHub explique aux débutants comment enseigner une base de code à Copilot : 4 mécanismes

GitHub a publié un contenu pédagogique pour débutants sur l'application Copilot. Le sujet est étroit, mais pratique : comment expliquer à l'assistant IA de quoi se compose votre projet et selon quelles règles on y travaille. Le guide passe en revue quatre mécanismes : les instructions personnalisées, les skills, les agents personnalisés et les serveurs MCP, dont Playwright.

L'annonce est courte ; ce qui suit décrit donc la logique générale de ces outils d'après la documentation actuelle de GitHub. Les noms de fichiers et les entrées de menu dans l'application elle-même peuvent différer.

Le problème que le guide cherche à résoudre

Par défaut, tout assistant IA connaît le langage de programmation, mais pas votre projet. Il ignore que vos tests se lancent via pnpm, que les styles sont isolés dans une couche à part, ou que les appels directs à la base depuis les contrôleurs sont interdits. Résultat : il propose du code plausible, qui ne passe pas la revue. Corriger cela à la main dans le chat, à chaque fois, prend du temps, et rien ne s'accumule.

L'approche de GitHub consiste à sortir le contexte de la tête du développeur pour le placer dans le dépôt. Les règles et les descriptions vivent à côté du code, sont versionnées dans git et s'appliquent de la même façon à tous ceux qui ouvrent le projet.

Quatre leviers de configuration

Le guide construit la configuration du plus simple au plus complexe.

• Instructions. Un fichier texte dans le dépôt, généralement en Markdown. Il décrit la stack, les commandes de build et de test, le style de code et les interdits. C'est la couche minimale, à mettre en place en premier.
• Compétences (skills). Des paquets de connaissances et de scénarios dédiés à une tâche précise, comme la préparation d'une release ou l'écriture d'une migration. Ils se chargent quand la tâche l'exige et ne gonflent pas le contexte en permanence.
• Agents personnalisés. Des profils distincts, avec leur propre rôle, leur jeu d'outils et leurs règles : relecteur, auteur de tests, rédacteur technique. Pour le travail récurrent, plus besoin de réécrire le prompt à chaque fois.
• Serveurs MCP. Le protocole Model Context Protocol connecte des outils externes à Copilot. L'exemple tiré du guide : Playwright. Grâce à lui, l'agent peut ouvrir une page dans le navigateur, dérouler un parcours utilisateur et vérifier le résultat, au lieu de deviner à partir du code.

Pourquoi c'est important maintenant

Les outils de programmation assistée par IA passent de l'autocomplétion à des agents qui modifient eux-mêmes les fichiers et lancent des commandes. Plus l'agent est autonome, plus l'absence de contexte coûte cher : une erreur sur une ligne se transforme en commit erroné touchant vingt fichiers. Configurer via le dépôt coûte moins cher que de réparer les dégâts.

L'approche a aussi un revers. Les instructions vieillissent comme la documentation. Si l'équipe a changé de linter alors que le fichier de règles est resté le même, l'agent suivra avec assurance les anciennes règles. De plus, un serveur MCP ayant accès à un navigateur ou à des systèmes externes élargit la surface d'attaque, et ses droits doivent être limités aussi prudemment que ceux de la CI.

Par où commencer en pratique

1. Rédigez un fichier d'instructions court : la stack, les commandes d'installation, de build et de test, trois à cinq règles strictes. L'agent exploite moins bien les textes longs que les textes courts et précis.

2. Testez le résultat sur une vraie petite tâche, par exemple la correction d'un bug. Si Copilot se trompe toujours au même endroit, ajoutez cette règle au fichier.

3. Les processus récurrents, comme la revue ou l'écriture de tests, méritent des agents ou des skills dédiés. 4.

Connectez les serveurs MCP un par un. Commencez par Playwright pour vérifier l'interface, et définissez d'emblée à quels domaines et à quelles actions il a accès. 5.

Intégrez le fichier d'instructions à la revue de code. Les règles doivent évoluer en même temps que le code.

Le bilan pour un débutant est simple : en une soirée, on peut obtenir un assistant qui connaît vos commandes et vos conventions. Toute la valeur du guide tient à l'ordre des étapes qu'il montre, plutôt qu'aux fonctions prises une à une.