Claude Code 2.1.318 : l'extension IDE ne s'installe plus seule, MCP se resserre

La 2.1.318 de Claude Code, sortie le 4 novembre 2026, tient en onze ajouts, onze changements, quinze améliorations et quarante-sept correctifs. Deux changements méritent qu'on s'y arrête parce qu'ils touchent directement ton quotidien : Claude Code arrête d'installer ou de mettre à jour seul l'extension IDE quand tu le lances depuis le terminal intégré de ton éditeur, et le blocage de serveurs MCP par URL couvre enfin les connecteurs que les sessions cloud et les exécuteurs auto-hébergés ne laissaient bloquer que par leur nom, une protection plus fragile. Le reste de la version, surtout des correctifs de fiabilité sur les dossiers personnels en réseau et les sessions cloud, tient en un paragraphe.

L'extension IDE ne s'installe plus toute seule

Jusqu'ici, lancer claude dans le terminal intégré de ton éditeur pouvait installer ou mettre à jour l'extension IDE au passage. La 2.1.318 retire cette installation et cette mise à jour automatiques quand Claude Code démarre depuis un terminal intégré, et la doc des intégrations IDE le dit désormais en toutes lettres : « Starting claude doesn't install the extension. Without it, /ide in the integrated terminal reports "No available IDEs detected" and /status shows the IDE as "Not connected". » Le chemin normal que décrit la doc suppose donc une extension déjà en place : « Integrated terminal: install the extension, then start claude. The CLI connects automatically. »

Pour connecter la session, il faut passer par un terminal externe et lancer /ide, qui installe l'extension si VS Code tourne sans elle, sauf si tu as coupé autoInstallIdeExtension, ou l'installer à la main depuis la vue extensions de ton éditeur. Si ton réflexe était d'ouvrir le terminal intégré et de taper claude sans plus y penser, attends-toi à ce détour la première fois sur chaque poste.

deniedMcpServers bouche une faille sur les connecteurs

Le réglage deniedMcpServers bloque un serveur MCP par URL, par commande ou par nom, et s'applique à toute source, y compris les connecteurs claude.ai et les serveurs fournis par l'organisation. Mais la doc le dit sans détour sur l'entrée par nom : « the name is the label a user assigns when running claude mcp add or editing a config file, not the underlying server, so a user can call any server github. » Bloquer par URL est la version robuste, insensible à un renommage.

La 2.1.318 étend la correspondance par URL à deux cas. Une entrée serverUrl bloque désormais aussi les serveurs fournis par Anthropic dont l'URL amont correspond. Et dans les sessions cloud comme sur les exécuteurs auto-hébergés, où la session reçoit l'URL propre du connecteur, une entrée serverUrl bloque maintenant ce connecteur. Hors de ces contextes, le changelog est explicite : « otherwise deny a connector by name ». Si ton organisation s'appuie sur deniedMcpServers pour fermer l'accès à des serveurs précis depuis des sessions cloud ou des exécuteurs auto-hébergés, vérifie que tes entrées sont des serverUrl et pas seulement des serverName : c'est la méthode robuste dans ces deux contextes. Ailleurs, garde l'entrée par nom que recommande le changelog pour chaque connecteur à bloquer.

Le reste

Côté correctifs, quatre méritent d'être cités. --continue ne perd plus la conversation précédente après qu'un appel d'outil malformé a épuisé ses tentatives, une régression de la 2.1.314. Les sessions macOS qui lancent beaucoup de commandes Bash en parallèle ne se figent plus pendant que la mémoire grossit. Une touche pressée juste après l'envoi d'un message, ou avant qu'une invite de permission lente n'apparaisse, ne répond plus à cette invite, ce qui pouvait valider une action sans que tu l'aies vue. Et les workflows qui reprennent après une limite d'usage ne relancent plus des agents déjà terminés.

Sur les dossiers personnels partagés en réseau, ~/.claude.json, les fichiers de réglages et la connexion mémorisée sont moins souvent supprimés, vidés ou remplacés par une copie plus ancienne, et /logout ou claude mcp remove n'annoncent plus un succès quand le fichier de configuration n'a pas pu être écrit. Côté réseau, toutes les connexions échouaient quand le fichier NODE_EXTRA_CA_CERTS était vide, mal formé ou commençait par un certificat abîmé : Claude Code utilise désormais les certificats lisibles, avec un avertissement sur stderr, au lieu de tout bloquer. Côté sessions cloud, tu peux démarrer sans choisir de dépôt, et les outils autres que Playwright, comme Puppeteer, retrouvent le Chromium intégré via les noms Chrome habituels. claude auth status et les résultats JSON de claude -p affichent désormais la date de fin d'une connexion claude.ai mémorisée, avec un avertissement dix jours avant l'échéance en mode -p, pour éviter la déconnexion surprise. Quand « Switch models when a message is flagged » est réglé sur « Ask each time », les sous-agents s'arrêtent au lieu de changer de modèle, et un sous-agent en arrière-plan passe sa commande shell en tâche de fond après trois minutes pour ne pas perdre le cache de prompt. Le reste, passerelle Claude apps pour les entreprises, exécuteurs auto-hébergés, Remote Control, VS Code, Claude Tag, relève de l'administration ou de cas plus étroits.