Postmortem d'Anthropic sur les problèmes de qualité récents de Claude Code

Anthropic a publié le 23 avril 2025 un postmortem technique détaillant les causes d'une dégradation des performances de Claude Code constatée par de nombreux utilisateurs depuis début mars. L'entreprise identifie trois changements distincts, intervenus à des dates différentes, dont les effets cumulés ont produit une régression apparente, diffuse et difficile à isoler. L'API publique n'a pas été affectée. Tous les correctifs étaient déployés au 20 avril, dans la version v2.1.116.

Le premier changement remonte au 4 mars. Anthropic avait abaissé le niveau d'effort de raisonnement par défaut de Claude Code de "high" à "medium" pour Sonnet 4.6 et Opus 4.6, en réponse à des signalements de latences excessives pouvant donner l'impression que l'interface était figée. Les mesures internes suggéraient que le niveau medium préservait la majorité des performances avec un gain significatif en réactivité. Les retours utilisateurs ont rapidement contredit cette analyse : les utilisateurs préféraient une intelligence maximale par défaut, quitte à opter eux-mêmes pour un mode plus léger sur les tâches simples. Le changement a été annulé le 7 avril. Depuis, le niveau par défaut est fixé à "xhigh" pour Opus 4.7 et "high" pour les autres modèles.

Le deuxième problème, introduit le 26 mars, est d'ordre technique et plus complexe. Un mécanisme d'optimisation du cache visait à alléger la reprise de sessions inactives depuis plus d'une heure, en supprimant l'historique de raisonnement ancien au moment de la reconnexion — une opération ponctuelle et justifiée. Un bug dans l'implémentation a transformé cette suppression ponctuelle en suppression systématique à chaque tour de conversation, pour le reste de la session. Claude continuait à s'exécuter mais perdait progressivement le fil de ses propres décisions antérieures. Ce comportement s'est traduit par les signalements d'oublis, de répétitions et de choix d'outils incohérents. La suppression répétée des blocs de raisonnement entraînait par ailleurs des cache misses en cascade, ce qui explique les reports concomitants d'une consommation de quotas d'utilisation supérieure à la normale. Le bug se situait à l'intersection du gestionnaire de contexte de Claude Code, de l'API Anthropic et du système de "extended thinking". Il a franchi plusieurs niveaux de revue humaine et automatisée, des tests unitaires, des tests end-to-end et le dogfooding interne, notamment parce qu'une expérimentation serveur distincte et un changement d'affichage du raisonnement masquaient le problème dans la majorité des sessions CLI. Le correctif a été livré le 10 avril. En marge de l'investigation, Anthropic indique avoir testé rétrospectivement la détection du bug via son outil Code Review : Opus 4.7, disposant du contexte de l'ensemble des dépôts concernés, a identifié le problème là où Opus 4.6 ne l'avait pas trouvé. Cet écart justifie une évolution de l'outil pour intégrer davantage de contexte de dépôt dans les revues automatisées.

Le troisième changement a été introduit le 16 avril dans le cadre de la préparation au lancement d'Opus 4.7, un modèle reconnu pour sa tendance à produire des réponses particulièrement longues. Une instruction ajoutée au system prompt imposait une limite stricte de 25 mots entre les appels d'outils et de 100 mots pour les réponses finales. Après plusieurs semaines de tests internes sans régression mesurée, le changement a été déployé. Des ablations plus larges menées lors de l'investigation ont révélé une baisse de 3 % sur les évaluations de qualité de code, tant pour Opus 4.6 que pour Opus 4.7. La ligne a été supprimée le 20 avril.

Sur le plan organisationnel, Anthropic s'engage à plusieurs ajustements : généraliser l'usage en interne du build public exact de Claude Code plutôt que de versions de test distinctes, renforcer les contrôles sur les modifications de system prompt avec une suite d'évaluations par modèle, des périodes de soak et des déploiements progressifs, et améliorer les outils d'audit des prompts. Un compte dédié aux développeurs a par ailleurs été ouvert sur X sous le nom @ClaudeDevs pour documenter les décisions produit en temps réel, avec des fils miroirs sur GitHub. Les quotas d'utilisation de tous les abonnés ont été réinitialisés à titre de compensation.