Anthropic lie le prix de Claude Opus 5.5 aux sessions de codage plus longues

Anthropic a indiqué le 24 septembre 2026 que les sessions Claude Code sont devenues plus longues et plus lourdes en contexte au cours des six derniers mois, détaillant dans un article sur le blog Claude comment la tarification et les mécanismes de mise en cache de Claude Opus 5.5 répondent à ce changement. L’entreprise estime que le coût d’exécution d’Opus 5.5 est d’environ 40 % inférieur à celui d’Opus 5 pour une charge de travail facturée par token, selon sa propre estimation.

Six mois de données d’utilisation de Claude Code

L’article, rédigé par Michael Segner, s’appuie sur des données d’utilisation agrégées couvrant la période de mars à septembre 2026. Le nombre d’invites par session est resté stable, indique l’article, tandis que le travail à l’intérieur de chaque invite a augmenté : le modèle travaille désormais 3,3 fois plus longtemps par invite et effectue plus de 40 % d’appels de modèle supplémentaires pour chacune, et les interruptions ont diminué de 68 %. Les développeurs connectent désormais un serveur d’outils ou utilisent une compétence environ deux fois plus souvent, et collent du texte dans les invites un tiers moins souvent.

La quantité de contexte dans chaque requête a augmenté de 2,6 fois pendant cette période, et le ratio token d’entrée : token de sortie est passé de 189 : 1 à 324 : 1. Anthropic interprète ces chiffres comme indiquant que les développeurs visent un modèle qui travaille plus longtemps et qui est mieux informé pour des tâches plus grandes et plus ouvertes, et affirme que les économies réalisées avec Opus 5.5 sont les plus importantes pour ces sessions longues et à fort contexte lorsque l’utilisation est facturée par token.

L’analyse s’appuie sur le lancement par Anthropic de Claude Opus 5.5, qui est arrivé avec des prix inférieurs à ceux d’Opus 5. Alors que le lancement a fixé les prix, l’article du 24 septembre et une analyse complémentaire publiée le 22 septembre 2026 par Addy Osmani examinent ce que ces prix signifient pour les charges de travail réelles de Claude Code.

Prix des tokens et réduction du coût de lecture du cache

Pour une utilisation facturée par token, Anthropic a réduit les prix des tokens d’entrée et de sortie de 20 % et a baissé le prix de lecture d’un token mis en cache de 60 %. L’entreprise affirme que la réduction du coût de lecture du cache a le plus d’impact, car les lectures du cache représentent la majeure partie du coût du travail agentique et de codage, et indique qu’à la date de publication, un token mis en cache sur Opus 5.5 coûte un cinquième de celui des modèles concurrents et les surpasse.

L’analyse complémentaire d’Osmani indique que les prix de liste de l’API d’Opus 5.5 sont de 4 $ par million de tokens d’entrée, 20 $ par million de tokens de sortie et 0,20 $ par million de lectures de cache. À ces tarifs, une lecture mise en cache coûte 5 % du prix d’un nouveau token d’entrée, tandis que l’écriture dans le cache coûte 1,25 fois le prix d’entrée pour un cache de cinq minutes et deux fois le prix d’entrée pour un cache d’une heure, chaque lecture réussie dans le cache renouvelant la durée de vie gratuitement. Sur les plans Pro, Max ou Team, le prix plus bas d’Opus 5.5 est répercuté sur les limites du plan, ce qui les porte environ 25 % plus loin que sur Opus 5 ; la remise supplémentaire sur les lectures de cache ne s’applique qu’à la tarification de l’API.

Changements dans l’environnement d’exécution qui protègent le cache

Même si le contexte par requête a augmenté d’environ 2,6 fois, la part d’entrées qui ne trouve pas le cache a chuté de plus de 50 % sur la période de six mois, rapporte l’article. Il attribue cela à une série de changements de Claude Code qui réduisent les ruptures accidentelles du cache, couvrant de petites perturbations comme un rafraîchissement de connexion et de plus grandes comme l’ajout d’instructions en cours de conversation ou le chargement d’outils à la demande. Sur Opus 5.5 et Fable 5.1, les développeurs peuvent également modifier les niveaux d’effort en cours de session sans réinitialiser le cache.

La documentation de la mise en cache des invites officielle précise que le comportement du niveau d’effort s’applique avec une clé API ou un abonnement Claude, et non sur Amazon Bedrock, la plateforme Agent de Google Cloud, ou une passerelle d’applications Claude, ni lorsque l’option CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS est activée ou qu’une organisation possède une configuration HIPAA.

Les développeurs disposant de clés API et de fournisseurs cloud peuvent désormais définir une durée de vie du cache d’une heure, ce que les abonnés avaient déjà. La documentation indique les valeurs par défaut : une heure pour la conversation principale sur un abonnement Claude dans le cadre de l’utilisation du plan, et cinq minutes pour les crédits d’utilisation, les clés API ou les fournisseurs cloud. Le paramètre promptCacheTtl ou la variable d’environnement CLAUDE_CODE_PROMPT_CACHE_TTL sélectionne la durée de vie plus longue, et les deux contrôles nécessitent Claude Code v2.1.242 ou version ultérieure.

Les sous‑agents bifurqués commencent désormais à partir du cache de la session parent plutôt que de payer pour retraiter le même contexte. La documentation explique qu’un fork reprend l’invite système du parent, l’ensemble d’outils et l’historique complet de la conversation, de sorte que sa requête d’ouverture lit directement depuis le cache du parent.

Moins de tours par tâche

Anthropic indique qu’Opus 5.5 peut accomplir une tâche en moins de tours que les autres modèles. Selon l’article, Zeta Labs a enregistré moins de tours et d’appels d’outils par tâche que sur Opus 5, à près de la moitié du coût, et a terminé deux fois plus de ses tâches les plus difficiles.

L’article avertit que ce schéma ne s’appliquera pas à toutes les tâches, citant analyse d’Osmani : « Sur une tâche bien définie, les deux modèles terminent avec à peu près le même nombre de tours, et la réduction de prix est tout ce que vous obtenez. L’écart devrait être le plus important sur les tâches ouvertes, où un modèle peut passer de nombreux tours sur une mauvaise idée. »

Anthropic indique également qu’Opus 5.5 génère une sortie plus de 30 % plus rapidement qu’Opus 5. Ce gain ne modifie pas l’utilisation des tokens ni le taux de succès du cache ; l’article note qu’il réduit le temps d’attente lors de longues exécutions, Claude passant plus de temps à travailler sans surveillance.

L’article se termine par des pratiques visant à protéger les lectures mises en cache : exécutez /usage dans Claude Code pour voir quelle part d’une session est servie depuis le cache, choisissez le modèle au démarrage d’une session plutôt que de le changer en cours de route, lancez la compaction avant de vous éloigner plutôt qu’après, et, sur une clé API ou chez un fournisseur cloud, activez la durée de vie du cache d’une heure pour les longues sessions.