Claude Code v2.1.271 : mode rapide dans les sessions distantes, allowed_domains par commande et une série de correctifs pour les autorisations Bash
Claude Code v2.1.271 est disponible, et il s'agit surtout d'une version de durcissement avec quelques nouveaux réglages vraiment utiles. Voici ce qui a réellement changé.
Nouvelles fonctionnalités
- Mode rapide dans les sessions distantes. Les runners cloud et auto-hébergés respectent désormais le réglage de mode rapide de l'hôte, ou la commande
/fastsaisie dans la session — là où votre organisation l'autorise. - Support de la souris dans
/config(plein écran). La molette fait défiler la liste des paramètres, un clic sur la valeur d'un paramètre la modifie, et la ligne sous le pointeur est mise en surbrillance. claude self-hosted-runner --drain-marker-file <path>. Si ce fichier existe lors d'un drain SIGTERM, le runner signale sa sortie au serveur comme un drain d'hôte. Télémétrie uniquement.allowed_domainspar commande. En mode auto avec bac à sable, les commandes Bash, PowerShell et Monitor peuvent avoir les hôtes dont elles ont besoin examinés en même temps que la commande et ouverts pour cette seule commande ; les autres hôtes sont refusés.omitClaudeMddans le frontmatter d'agent et le JSON--agents. Les sous-agents personnalisés et de plugins peuvent s'exécuter sans les fichiers CLAUDE.md utilisateur, projet et local. Les fichiers de stratégie gérés se chargent toujours.--accept-command <sha256>pourclaude plugin installetclaude plugin update, acceptant exactement la commande affichée par une exécution--jsonprécédente, au lieu de-y.- Multiplicateurs de tarification jusqu'à 10. Le réglage géré
modelPricinget le blocpricingde la passerelle des applications Claude acceptent désormais un multiplicateur supérieur à 1 pour les taux de refacturation interne majorés.
Correctifs notables
- La stratégie d'organisation en cache n'est plus réutilisée après un changement de compte, d'organisation ou de clé API, et se rafraîchit lorsque les identifiants changent en cours de session au lieu d'attendre la vérification horaire.
- Les listes d'outils et de commandes se mettent désormais à jour lorsque la stratégie d'organisation finit de charger après le démarrage ou change en cours de session.
- Un fichier d'entreprise
managed-mcp.jsonillisible ou non analysable n'est plus ignoré — il conserve désormais le contrôle exclusif des MCP (les serveurs utilisateur/projet/plugin ne se chargent pas) et avertit au démarrage. - La stratégie d'organisation n'est plus récupérée via (et rejetée par) des proxys locaux tiers définis via
ANTHROPIC_UNIX_SOCKET. - Les sessions cloud ne rejettent plus chaque appel d'outil de sous-agent (
updatedInput … failed schema validation) lorsqu'une approbation de workflow ou d'agent arrive après le redémarrage du worker de la session. /fast offdésactive désormais réellement le mode rapide lorsque l'organisation l'a désactivé, au lieu de répondre « Fast mode unavailable ».- Les sessions démarrées avec
CLAUDE_CODE_SKIP_FAST_MODE_ORG_CHECKne renvoient plus de requêtes fast à chaque tour après un rejet de l'API. - Les vérifications de permissions Bash ont reçu plusieurs correctifs : fichiers lus par
fmt,columnet commandes similaires après des options non reconnues ; fichiers développés à partir de caractères génériques dans les motifs ou les valeurs d'options (par ex.grep -v dir/* file) ; les indicateurs de déclaration de variables shell ne déforment plus la commande ; deuxcd, un sous-shell ou une chaînecd + gitne sautent plus l'invite souspermissions.blockReadsOutsideWorkingDirectories. - Un
.git/config.lockobsolète sous Linux ne casse plusgit checkout -b,git push -uougit configpour le reste de la session. - Le surveillant de paramètres macOS bascule en interrogation périodique lorsque le service système d'événements de fichiers est saturé.
- Les sessions
claude -preprises dont tous les outils proviennent de serveurs MCP n'échouent plus avec « At least one tool must have defer_loading=false ». - Les passerelles LLM renvoyant des réponses non-streamées en
text/plainne provoquent plus « API returned an empty or malformed response ». - Les notifications MCP
list_changeden boucle serrée ne causent plus une utilisation CPU élevée soutenue et des requêtes répétées de la liste d'outils. - Gestion de l'enregistrement du client OAuth MCP corrigée (refuser le consentement en forçait un nouveau, l'enregistrement d'un autre URI de redirection était réutilisé, et une écriture concurrente pouvait en supprimer un valide).
Si vous utilisez des runners auto-hébergés ou des fichiers de stratégie gérés par l'organisation, les correctifs MCP et de cache de stratégie sont ceux pour lesquels il vaut la peine de mettre à jour.
📖 Read the full source: GitHub Claude-Code
👀 See Also

Débloquer de Nouvelles Possibilités : Utiliser Claude Max avec Opus 4.6 en tant qu'API
Découvrez une approche créative pour utiliser les abonnements Claude Max comme une API, compatible avec Opus 4.6, telle qu'explorée par les passionnés de technologie de la communauté.

Comparaison de référence de Qwen3.6 Plus avec les modèles SOTA occidentaux
Qwen3.6 Plus obtient un score de 78,8 sur SWE-bench Verified, 90,4 sur GPQA/GPQA Diamond, 28,8 sur HLE (sans outils) et 78,8 sur MMMU-Pro, ce qui le place en position compétitive face à des modèles comme GPT-5.4, Claude Opus 4.6 et Gemini 3.1 Pro Preview.

L'IA ralentit : 3 000 milliards de dollars de revenus nécessaires d'ici 2030 pour maintenir la bulle
Ed Zitron affirme que l'IA doit générer 3 000 milliards de dollars de revenus d'ici 2030. Les centres de données coûtent entre 9 500 et 15 000 milliards de dollars. Les projections d'Anthropic, OpenAI et NVIDIA montrent une consommation massive de capitaux.

Les limites de débit de Claude Code peuvent être dues à une surcharge de la fenêtre de contexte de 1 million de tokens
Un utilisateur de Reddit émet l'hypothèse que les limites de débit et les pannes récentes de Claude Code proviennent de la fenêtre de contexte de 1 million de tokens dans Opus 4.6, ce qui pourrait causer une compression de contexte inefficace et une surcharge des serveurs. Passer à l'ancien modèle sans fenêtre de 1 million de tokens améliorerait apparemment la stabilité.