Ing. Calogero Bono
Anthropic a publié sur GitHub la version 2.1.318 de Claude Code. Les notes de version sont longues et misent surtout sur la fiabilité. Le paquet concerne l'enregistrement de la configuration et de la connexion sur les dossiers réseau partagés, l'expiration de la connexion claude.ai et le comportement des sessions à distance et non interactives. Si tu utilises l'outil en entreprise ou en automatisation, il vaut la peine de lire ce qui a changé.
Quelques termes, avant d'entrer dans les faits. ~/.claude.json est le fichier de configuration où Claude Code conserve les paramètres, les dossiers de confiance et les serveurs MCP. MCP est le protocole qui permet à l'assistant de se connecter à des outils externes. claude -p est le mode non interactif, utilisé dans les scripts et les automatisations. Mods désigne les extensions que Claude Code écrit pendant une session. Subagent est un agent secondaire qui travaille en parallèle de l'agent principal.
Quoi de neuf dans Claude Code 2.1.318 ?
Selon les notes officielles sur GitHub, la version enregistre la réponse de l'utilisateur lorsque Claude Code demande d'activer les mods écrits en session. Elle ajoute aussi assume_role sur les upstream mantle de la passerelle des applications Claude, utile pour un rôle dans un autre compte AWS et pour attribuer les coûts AWS à chaque développeur.
Les mods reçoivent également une option d'effort pour $.model.fork, afin qu'un travail secondaire rapide puisse tourner avec un effort faible quelle que soit la session. Le résultat indique l'effort envoyé.
Comment évolue la gestion de l'expiration de la connexion ?
Désormais, claude auth status affiche la date de fin de la connexion claude.ai enregistrée (loginExpiresAt). Les résultats JSON de claude -p indiquent credential_expires_at. À partir de 10 jours avant l'expiration, la sortie texte de claude -p affiche un avertissement d'une ligne sur stderr.
Quand la connexion expire, l'erreur le dit explicitement et, dans claude -p, indique claude auth login et claude setup-token. Pour ceux qui laissent tourner des jobs sans supervision, c'est une information qui manquait auparavant.
Pourquoi parle-t-on tant des dossiers home réseau ?
Beaucoup de corrections concernent les home partagés en réseau. Les notes citent /logout, claude auth logout et claude mcp remove qui signalaient un succès même quand le fichier n'était pas mis à jour. Corrigée aussi, la connexion enregistrée remplacée par un fichier vide lorsque la home n'a plus d'espace.
D'autres entrées concernent des jobs qui sortaient avec Not logged in après une nouvelle connexion depuis un autre terminal, et claude mcp add et remove qui écrivaient sans verrou. Ils attendent désormais ou sortent avec le code 1, même si l'enregistrement d'un autre job peut encore remplacer un serveur enregistré.
Pour ~/.claude.json, un fichier invalide n'est plus remplacé par les valeurs par défaut. Le démarrage échoue et explique comment le restaurer. Si le fichier est vide et sans sauvegarde, Claude Code démarre comme s'il était absent. Ceux qui veulent le contexte peuvent aussi lire les corrections de la 2.1.314.
Qu'est-ce qui change pour les sessions, les subagents et la sécurité ?
Les notes corrigent la perte de conversation avec --continue après des tentatives échouées d'un appel d'outil, régression de la 2.1.314. Corrigés aussi le blocage sur macOS avec de nombreuses commandes Bash, et les demandes de permission résolues par des touches tapées juste après l'envoi d'un message.
Une commande approuvée après le redémarrage d'un runner auto-hébergé ou d'une session cloud s'exécutait dans le dossier initial de la session. Désormais, si le dossier demandé n'est pas accessible, la commande n'est pas exécutée. De plus, deniedMcpServers avec URL bloque aussi les serveurs fournis par Anthropic dont l'upstream correspond.
Les subagents en arrière-plan passent une commande shell en tâche de fond après 3 minutes sur tous les fournisseurs, pour ne pas laisser expirer le cache du prompt. Sur Bedrock, Vertex, Foundry ou sans télémétrie, avec un cache froid, l'attente peut atteindre 5 minutes. Pour une comparaison avec la version précédente, il y a la 2.1.316.
Limites à connaître
Les notes fournies sont tronquées et le dernier point, sur la passerelle, est incomplet. Nous n'avons vérifié en pratique aucune correction. Des limites restent déclarées, par exemple l'enregistrement d'un autre job peut encore remplacer un serveur MCP enregistré. Aucune mesure d'impact sur les performances n'apparaît.
Ce qui change pour ceux qui travaillent avec le numérique
Si tu utilises Claude Code dans des scripts ou en CI, vérifie l'expiration de la connexion avec claude auth status et intercepte l'avertissement sur stderr. Si les home sont sur NFS ou d'autres dossiers partagés, la mise à jour réduit le risque de configurations vidées ou de MCP perdus. Ceux qui gèrent les politiques d'entreprise devraient revoir les règles deniedMcpServers, désormais plus larges. Ceux qui développent sur le service peuvent se rappeler le cas de l'extension avec backdoor sur Cursor, car la 2.1.318 cesse d'installer l'extension IDE au démarrage depuis un terminal IDE.
Notre avis
C'est une version peu spectaculaire mais utile. Presque toutes les entrées sont des corrections de pertes silencieuses de données ou de succès déclarés sans avoir été obtenus, le type de défaut qui, en production, coûte des heures. Le revers est que beaucoup de problèmes liés aux home réseau et aux redémarrages refont surface. Pour un outil de plus en plus utilisé sans supervision, la solidité de l'enregistrement de la connexion et de la configuration devrait être une exigence de base, et non une suite de correctifs.
Questions fréquentes
Que fait le nouvel avertissement d'expiration de la connexion ?
Il apparaît sur stderr dans la sortie texte de claude -p, à partir de 10 jours avant la fin de la connexion claude.ai enregistrée. La date est aussi visible dans claude auth status. Dans les résultats JSON, il y a le champ credential_expires_at.
Claude Code 2.1.318 corrige-t-il la perte de conversation avec --continue ?
Oui, pour un cas précis. Les notes parlent de la conversation précédente perdue après l'épuisement des tentatives d'un appel d'outil mal formé. C'était une régression introduite dans la 2.1.314.
Que se passe-t-il si ~/.claude.json est endommagé ?
Le démarrage non interactif échoue et indique comment restaurer le fichier, qui reste tel quel. Auparavant, il était remplacé par les valeurs par défaut. Un fichier vide sans sauvegarde n'est plus signalé comme corrompu.
Cela change-t-il quelque chose pour l'extension IDE ?
Oui. Claude Code n'installe plus ni ne met à jour l'extension IDE s'il est lancé dans un terminal IDE. Il faut utiliser /ide depuis un terminal externe ou la vue des extensions de l'éditeur.
Les subagents fonctionnent-ils différemment ?
Oui. Ceux en arrière-plan passent une commande shell en tâche de fond après 3 minutes. De plus, ils s'arrêtent au lieu de changer de modèle si l'option est réglée sur Ask each time.
Ce qu'il faut surveiller dans les prochaines versions de Claude Code
La 2.1.318 corrige beaucoup de défauts mais en laisse quelques-uns déclarés. Les prochaines notes diront si les home réseau cessent de poser problème.
- Lis les prochaines notes de version en cherchant les entrées sur les verrous et l'enregistrement concurrent des serveurs MCP.
- Teste la mise à jour sur un runner de test avant de l'étendre à toute l'équipe.
- Vérifie si l'avertissement d'expiration apparaît dans tes jobs et note la date de fin de connexion.
