inference.eu

Serveurs MCP · Outils de développement

Serveur MCP GitHub : connecter des agents IA à GitHub depuis l'UE

GitHub maintient un serveur MCP officiel et open source, disponible en serveur distant hébergé par GitHub ou en binaire local. Il donne aux agents des outils pour les dépôts, issues, pull requests, Actions, la sécurité du code et plus, regroupés en toolsets activables à la carte. Les agents d'inference.eu s'y connectent par OAuth ou jeton d'accès personnel.

  1. 01Authentification: OAuth
  2. 02Serveur officiel
  3. 03Centres de données dans l'UE

Ce que les agents peuvent en faire

  • 1

    Dépôts, code et commits

    Lire des fichiers avec `get_file_contents`, chercher dans le code et les dépôts, lister branches, commits et releases, et créer ou modifier fichiers et branches quand l'écriture est activée.

  • 2

    Issues et pull requests

    Lire, créer et modifier issues et commentaires, chercher dans plusieurs dépôts, ouvrir des pull requests, lire diffs et fichiers modifiés, et déposer des revues, via les toolsets `issues` et `pull_requests`.

  • 3

    Actions, sécurité et projets

    Examiner exécutions de workflows et logs, relancer des jobs en échec, lire les alertes de code scanning, secret scanning et Dependabot, et travailler sur Projects, Discussions et notifications.

Ce que sont GitHub et son serveur MCP

GitHub, filiale de Microsoft basée à San Francisco, héberge le code source, les issues et la CI de la plupart des équipes logicielles. Son serveur MCP officiel, github/github-mcp-server, est écrit en Go et publié sous licence MIT.

Il existe sous deux formes. Le serveur distant, à l'adresse https://api.githubcopilot.com/mcp/, est hébergé par GitHub et fonctionne en Streamable HTTP. Le serveur local tourne en image Docker ou binaire, en stdio, et sert notamment pour GitHub Enterprise Server. Des toolsets comme repos, issues, pull_requests, actions et code_security déterminent les outils visibles.

Ce que vos agents peuvent faire avec GitHub

Un agent de tri lit chaque matin les nouvelles issues, les étiquette, repère les doublons et demande les informations manquantes. Un agent de relecture résume le diff d'une pull request, signale les changements risqués et laisse un commentaire de revue à l'auteur.

Quand un build échoue, l'agent lit les logs du job, explique l'erreur et propose un correctif dans une nouvelle branche. Les équipes sécurité obtiennent la liste priorisée des alertes de code scanning et Dependabot ouvertes sur tous les dépôts, avec liens.

Mise en place et authentification

Sur inference.eu, ajoutez le connecteur GitHub à un agent et connectez-vous à GitHub par OAuth : l'agent agit alors en votre nom, dans la limite de vos droits sur les dépôts. Pour un compte d'automatisation, collez plutôt un jeton d'accès fine-grained limité à certains dépôts et droits.

Les jetons sont stockés chiffrés dans l'UE et réservés aux agents autorisés. Choisissez les toolsets nécessaires à chaque agent ; moins d'outils aide aussi le modèle à bien choisir. Le mode lecture seule retire tout outil d'écriture, même inclus dans un toolset.

Protection des données et circuit des données

Avec le serveur distant, les requêtes passent par le point MCP de GitHub puis par l'API GitHub : votre code et vos issues restent chez GitHub, entreprise américaine, comme aujourd'hui. Avec le serveur local, le processus appelle directement l'API GitHub.

Sur inference.eu, le modèle qui lit le code et les issues tourne dans des centres de données de l'UE, et votre jeton OAuth ou d'accès est stocké chiffré dans l'UE. Le code peut contenir des secrets ou des données personnelles dans les commentaires et jeux de test : limitez l'accès aux dépôts utiles à chaque agent.

Validations et usage prudent

Les issues et pull requests publiques peuvent contenir du texte écrit pour manipuler un agent. Le mode lockdown de GitHub filtre, sur les dépôts publics, le contenu des auteurs sans droit de push, ce qui réduit ce risque. Le mode lecture seule est le point de départ le plus sûr pour les agents d'analyse.

Sur inference.eu, vous pouvez exiger qu'une personne approuve les écritures, comme fusionner une pull request, pousser des fichiers, fermer des issues ou relancer des workflows, en laissant les lectures libres. Utilisez un jeton par agent et renouvelez-les régulièrement.

GitHub : questions fréquentes

Les questions que nous posent le plus les achats, les développeurs et les juristes. Il en manque une ? Posez-la-nous directement.

Poser une question

Faites passer vos charges IA sur une infrastructure européenne

Dites-nous quels modèles vous utilisez et votre volume approximatif. Nous répondons sous un jour ouvré avec un tarif et la suite.

  • Réponse sous un jour ouvré
  • Tarif adapté à votre volume
  • DPA prêt à signer