GitHub a publié le 10 octobre 2026 une nouvelle version de son extension Copilot pour les IDE JetBrains. Trois changements retiennent l’attention des équipes qui outillent leurs postes de développement : un réglage pour reprendre la main sur le démarrage des serveurs MCP, une action de correction lancée directement depuis les diagnostics de l’éditeur, et un relèvement de la version minimale de l’IDE requise.
Un réglage pour reprendre la main sur le démarrage des serveurs MCP
Jusqu’ici, les serveurs MCP configurés dans l’extension démarraient automatiquement à l’ouverture du projet. La mise à jour introduit un paramètre qui désactive ce comportement par défaut : les outils déclarés restent inertes tant que le développeur ne les active pas explicitement pour la session en cours. Le changement s’inscrit dans la continuité de la spécification MCP stabilisée en juillet, qui a déjà resserré les règles de démarrage et d’authentification du protocole.
Concrètement, un serveur MCP connecté à un gestionnaire de tickets, un dépôt de documentation interne ou un service de déploiement ne s’exécute plus en arrière-plan dès l’ouverture de l’IDE. Pour une organisation qui multiplie les serveurs MCP sur des postes de développement, cela réduit la surface active par défaut, sans empêcher leur usage ponctuel.
L’action « Fix » directement depuis les diagnostics
Les menus d’intention associés aux diagnostics de l’IDE (soulignés rouges ou jaunes dans l’éditeur) proposent désormais une action « Fix » qui ouvre le chat en ligne et demande à Copilot de corriger le problème signalé. L’action s’appuie sur le mode agent quand il est disponible, et bascule sur le mode question-réponse dans le cas contraire. L’objectif affiché est de raccourcir le trajet entre la détection d’une erreur et sa résolution, sans sortir du flux d’édition.
Modèles par défaut imposés par l’administration
Les organisations peuvent désormais fixer, via les paramètres managés, un modèle d’agent par défaut pour les nouvelles conversations. L’utilisateur conserve la possibilité de choisir un autre modèle pour une session donnée, mais le point de départ est désormais défini au niveau de l’entreprise plutôt que livré tel quel par l’éditeur.
| Changement | Avant le 10 octobre | Depuis le 10 octobre |
|---|---|---|
| Démarrage des serveurs MCP | Automatique à l’ouverture du projet | Désactivable, activation à la demande |
| Correction d’un diagnostic | Copier l’erreur dans le chat manuellement | Action « Fix » dans le menu d’intention |
| Modèle d’agent par défaut | Choix laissé à chaque poste | Imposable par les paramètres managés |
| Version minimale JetBrains | IDE 2025.1 supporté | IDE 2025.2 ou supérieur requis |
Pour un poste déjà configuré avec plusieurs serveurs MCP, le nouveau réglage se retrouve dans les paramètres de l’extension :
{
"github.copilot.chat.mcp.autoStart": false,
"github.copilot.chat.mcp.servers": {
"docs-interne": { "command": "npx", "args": ["mcp-server-docs"] },
"suivi-tickets": { "command": "npx", "args": ["mcp-server-tracker"] }
}
}
Désactiver le démarrage automatique des serveurs MCP transforme un outillage toujours actif en un outillage que l’on active au moment voulu.
La mise à jour relève la version minimale à JetBrains IDE 2025.2. Les postes encore sur la branche 2025.1 perdent l’accès aux nouvelles fonctionnalités de l’extension tant que l’IDE n’est pas mis à jour.
Ce qu’il faut retenir
La mise à jour du 10 octobre ne change pas la nature de Copilot pour JetBrains, mais elle déplace le curseur vers plus de contrôle : démarrage MCP explicite, modèle par défaut piloté par l’administration, et un raccourci de correction qui reste optionnel. Les équipes qui gèrent plusieurs serveurs MCP sur leurs postes ont intérêt à vérifier ce réglage avant qu’il ne devienne la valeur par défaut sur un futur palier de version.
Sur les postes de développement que je configure pour mes missions, les serveurs MCP qui s’activent tout seuls au démarrage ont toujours été l’irritant numéro un, surtout quand ils dépendent d’une authentification réseau qui ralentit l’ouverture du projet. Ce réglage, même tardif, corrige un vrai défaut d’ergonomie et de sécurité : un outil qui ne s’exécute que lorsqu’on le sollicite est plus facile à auditer qu’un outil qui tourne en silence — Simon Janvier.
Pour aller plus loin : le changelog officiel de GitHub détaille l’ensemble des correctifs et des améliorations de cette version.
