MCP et contexte externe

4.6 MCP : Model Context Protocol

Définition

MCP, ou Model Context Protocol, est un protocole qui permet d’étendre les capacités de GitHub Copilot en l’intégrant avec d’autres systèmes.

GitHub définit MCP comme un protocole permettant d’étendre les capacités de GitHub Copilot en l’intégrant avec d’autres systèmes.

Définition technique

Tu peux voir MCP comme une manière standardisée de connecter Copilot à des outils ou sources de contexte.

Exemples de sources possibles :

• système de tickets ;
• documentation interne ;
• base de connaissances ;
• API interne ;
• outil de monitoring ;
• système de design ;
• registry ;
• outils DevOps ;
• ressources GitHub.

Analogie simple

Sans MCP :

Copilot voit surtout le contexte disponible dans l’IDE ou GitHub.

Avec MCP :

Copilot peut accéder à des outils ou informations supplémentaires de manière structurée.

Exemple

Tu travailles sur une erreur de production.

Sans MCP, tu peux copier-coller une stack trace.

Avec une intégration MCP, Copilot pourrait potentiellement accéder à un outil de monitoring ou à une source structurée pertinente, selon ce qui a été configuré.

Prompt :

Investigate this failing endpoint using the available monitoring and repository context.
Identify the likely cause and propose a fix.

Pourquoi MCP est important pour l’examen ?

Parce qu’il répond à un problème central :

Comment enrichir le contexte de Copilot sans tout copier-coller manuellement ?

MCP est une réponse moderne à ce problème.

MCP = protocole pour connecter Copilot à des systèmes externes et enrichir son contexte.

4.7 Utilisation de MCP pour enrichir le contexte

Pourquoi enrichir le contexte ?

Copilot est plus utile quand il comprend :

• ton code ;
• tes conventions ;
• ton architecture ;
• tes dépendances ;
• tes tickets ;
• ta documentation ;
• ton environnement ;
• tes contraintes.

Sans contexte, les réponses peuvent être génériques.

Avec contexte, les réponses peuvent être plus adaptées.

Exemple sans MCP

Prompt :

Fix the payment bug.

Copilot ne sait pas :

• quel bug ;
• quel service ;
• quelle règle métier ;
• quel environnement ;
• quel test échoue ;
• quelle convention suivre.

Exemple avec contexte enrichi

Prompt :

Use the linked issue, repository files, and available project documentation to propose a fix for the payment retry bug.
Follow the existing retry policy and add tests.

Là, Copilot peut s’appuyer sur :

• issue ;
• code ;
• documentation ;
• conventions ;
• tests existants.

Cas d’usage MCP

1. Documentation interne

Use the internal API guidelines to update this endpoint.

2. Monitoring

Use recent error logs to identify why this endpoint fails.

3. Ticketing

Use the acceptance criteria from the issue to implement the feature.

4. Design system

Use the design system components to build this form.

5. DevOps

Use deployment configuration context to explain why this service fails in staging.

Le GitHub MCP server

Le GitHub MCP server est le serveur MCP fourni et maintenu par GitHub. Il donne à Copilot des outils pour agir sur GitHub lui-même (dépôts, issues, pull requests) sans copier-coller. Il existe en version hébergée par GitHub, utilisable sans installation locale, et en version exécutable en local.

Ses outils sont regroupés en toolsets. N’activer que ceux dont la tâche a besoin améliore la performance et la sécurité : c’est le moindre privilège appliqué à MCP.

Côté organisation, la policy « MCP servers in Copilot » est désactivée par défaut et ne gouverne que les plans Business et Enterprise. Les plans Free, Pro, Pro+ et Max n’en dépendent pas (voir 6.5).

Risques à connaître

MCP peut enrichir le contexte, mais il faut rester prudent :

• les accès doivent être contrôlés ;
• les données sensibles doivent être protégées ;
• les outils connectés doivent être fiables ;
• les permissions doivent respecter le moindre privilège ;
• les résultats doivent être validés.

A team wants Copilot to use information from an external system in a structured way.
Which capability should they consider?

MCP