Claude Code 2.1.307-308 : stopper les revues automatiques, des MCP plus fiables
La 2.1.307 ajoute une commande pour arrêter les revues automatiques sur une pull request et corrige une dizaine de bugs MCP et agent. La 2.1.308 ne détaille aucun correctif public.
Les 2.1.307 et 2.1.308 de Claude Code suivent la 2.1.306 sans traîner. La 2.1.307 apporte une vraie nouveauté pour les équipes qui utilisent Code Review sur GitHub, six améliorations et vingt-six correctifs, dont une dizaine concernent les serveurs MCP et les agents. La 2.1.308 se limite à une ligne, « correctifs de bugs et de fiabilité », sans détail public. Rien ne casse une habitude ici, sauf sur les runners auto-hébergés dont les hooks de checkout dépassent 30 minutes, et plusieurs bugs gênants sur MCP et les sessions cloud disparaissent.
@claude review stop coupe l'abonnement sans toucher à la revue en cours
Code Review est le service managé, réservé aux plans Team et Enterprise, qui relit chaque pull request GitHub et poste ses remarques en commentaires inline. Depuis juillet 2026, commenter @claude review always sur une pull request l'abonne aux revues déclenchées à chaque push, même dans un dépôt réglé sur Manuel ou Une fois à la création. La 2.1.307 ajoute son symétrique : @claude review stop (aussi off ou pause) met fin à cet abonnement sans lancer de nouvelle revue et sans annuler celle en cours, et Claude répond par un simple commentaire plutôt que par un check run. Dans un dépôt réglé sur Après chaque push, la commande n'a pas d'effet : chaque push y lance une revue, abonnement ou pas, et il faut toujours repasser la pull request en brouillon pour couper les revues. Si tu gères du Code Review sur un dépôt en mode Manuel, c'est la commande à retenir pour une pull request ponctuellement prioritaire que tu ne veux plus voir relue à chaque push.
Le reste : des sessions MCP et agent moins fragiles
Côté MCP, Claude Code relance déjà automatiquement une connexion coupée et les requêtes de découverte d'outils après une erreur transitoire. La 2.1.307 corrige un cas où un appel d'outil MCP en HTTP partait deux fois quand la connexion se coupait en plein appel, ce qui pouvait dupliquer une action côté serveur. Seuls les outils en lecture ou idempotents sont désormais rejoués. Deux autres correctifs concernent la connexion elle-même : un serveur MCP n'est plus signalé en échec quand ton Mac ou ta machine Linux s'est juste rendormie pendant qu'il se connectait, et, sur macOS, claude -p n'affiche plus « nécessite une authentification » quand c'est en réalité le trousseau qui est verrouillé. Côté agents, les forks lancés ensemble savent désormais lequel est lequel, ce qui rend bien moins probable qu'un fork tente de démarrer le travail d'un autre, et un appel d'outil mal formé est rejoué jusqu'à deux fois avant que le tour s'arrête en erreur. Une conversation effacée avec /clear ne réapparaît plus au redémarrage d'une session cloud ou sur runner auto-hébergé, et certaines erreurs « Autocompact is thrashing » disparaissent dans les tours qui lisent beaucoup de pages PDF, d'images ou d'autres gros résultats d'outils. Pour les administrateurs de runners auto-hébergés, un changement de comportement par défaut à noter : les hooks de checkout sont désormais coupés après 30 minutes, ce qui fait échouer la préparation de la session ; --checkout-hook-timeout-min relève la limite, ou la supprime avec 0. La 2.1.307 ajoute aussi /claude-api api-version, qui fait passer ton code API Claude à la version d'API 2026-10-21, et l'événement OpenTelemetry claude_code.safety_event, émis pour chaque appel d'outil qu'une règle de permission, le mode auto, un contrôle de sécurité, un hook ou le sandbox a bloqué, soumis à confirmation ou renvoyé. Elle corrige enfin un bug qui faisait échouer, après plus de 5 secondes d'attente, un changement de modèle lancé via setModel() du SDK. La 2.1.308, elle, ne dit rien de plus que « correctifs de bugs et de fiabilité ».
Pierre Rondeau
Développeur et indie builder. Je construis des produits et automatisations avec l'IA. Créateur de Claude Hub.
LinkedIn