Claude Sonnet 4.5 retiré le 30 novembre : migrer vers Sonnet 5.5 sans casser vos automatisations

Claude Sonnet 4.5 (identifiant claude-sonnet-4-5-20250929) est retiré de l'API le 30 novembre 2026, date marquée « tentative » dans le tableau officiel. Après ça, tout appel qui le cible échoue, sans bascule automatique vers un autre modèle. Le remplaçant recommandé est Sonnet 5.5 : on change l'identifiant, on rejoue quelques cas réels, puis on bascule. Si tu utilises Claude seulement dans l'interface claude.ai, tu n'as rien à faire ; ce qui suit vise celles et ceux qui ont une automatisation branchée sur l'API. Pour le contexte général, le guide pour apprendre Claude reste la porte d'entrée.

En bref :

• Sonnet 4.5 est déprécié depuis le 30 septembre 2026 et retiré le 30 novembre 2026 : les requêtes vers claude-sonnet-4-5-20250929 échouent ensuite.
• Sonnet 5.5 coûte 2 $ le million de tokens en entrée et 10 $ en sortie, contre 3 $ et 15 $ pour Sonnet 4.5, mais il produit environ 30 % de tokens en plus pour un même texte.
• Au-delà du nom du modèle, plusieurs paramètres renvoient une erreur 400 : temperature, top_p, top_k, le préremplissage de la réponse et l'ancien budget_tokens.
• Un identifiant daté ne bouge jamais tout seul : toute automatisation qui l'écrit en dur se corrige à la main.

Quand Claude Sonnet 4.5 est-il retiré et que se passe-t-il après la date ?

Le retrait est fixé au 30 novembre 2026 sur l'API Claude, après une dépréciation annoncée au 30 septembre 2026. Passé cette date, une requête qui cible claude-sonnet-4-5-20250929 renvoie une erreur : il n'y a pas de repli automatique vers un modèle plus récent. Ton workflow s'arrête ou échoue jusqu'à ce que tu changes le nom du modèle.

Deux précisions utiles. La date de retrait est indiquée « tentative » dans le tableau officiel : relis la page des dépréciations juste avant d'agir. Et ces dates valent pour les plateformes exploitées par Anthropic (API Claude, Claude Platform on AWS, Claude Models on Google Cloud géré par Anthropic, Microsoft Foundry). Amazon Bedrock et la version de Google Cloud gérée par Google fixent leurs propres dates : vérifie chez ton fournisseur. Tout est listé dans la documentation officielle d'Anthropic sur les dépréciations de modèles.

Si tu as des déploiements actifs, Anthropic te prévient normalement par email. Mais un email se perd, et une automatisation qui tourne la nuit ne lit pas ta boîte de réception : fais l'inventaire toi-même.

Votre automatisation est-elle concernée ? Comment repérer les appels à Sonnet 4.5

Une automatisation est concernée dès qu'elle contient l'identifiant claude-sonnet-4-5-20250929, ou un alias qui pointe dessus. L'identifiant daté est figé : il désigne une version précise du modèle et ne se met jamais à jour tout seul. C'est justement pour ça qu'il casse le jour du retrait, alors qu'un scénario écrit avec un nom de modèle recopié il y a un an donne l'impression de « marcher tout seul ». La liste des identifiants exacts et la différence alias / identifiant daté sont dans la page de présentation des modèles Claude d'Anthropic.

Quatre endroits à auditer, dans cet ordre :

• Scripts et variables d'environnement : cherche la chaîne claude-sonnet-4-5 dans ton code, tes fichiers de configuration et tes fichiers .env.
• Scénarios no-code : ouvre chaque module Claude dans n8n ou Make et lis le champ modèle, scénario par scénario.
• Agents et intégrations tierces : un outil qui t'a proposé « Claude » peut avoir figé un modèle à l'installation. Regarde ses réglages.
• Workflows planifiés : les tâches de nuit ou du week-end, que personne ne regarde. Ce sont les premières à tomber en silence.

Pour avoir une certitude sur l'usage réel, la Console Claude te donne un export : page Usage, bouton Export, puis lecture du fichier CSV, qui détaille l'usage par clé API et par modèle. Si Sonnet 4.5 y apparaît encore sur les dernières semaines, tu as au moins une automatisation à migrer, même si tu ne sais pas encore laquelle. Pour comprendre comment suivre ce qui consomme quoi, regarde aussi le suivi des coûts par clé et par workspace.

Comment migrer de Sonnet 4.5 vers Sonnet 5.5 étape par étape ?

La migration minimale tient en trois gestes : changer l'identifiant du modèle, tester sur des cas réels, basculer. Le champ à modifier est le champ model de la requête, décrit dans l'API Messages d'Anthropic. Mais le guide officiel de migration liste des changements de comportement qui provoquent des erreurs ou des surprises : ne te contente pas de remplacer le nom.

1. Inventaire. Liste chaque automatisation qui appelle Sonnet 4.5 (cf. section précédente).
2. Copie en environnement de test. Duplique le workflow, ne touche pas à la production. Dans Make ou n8n, un scénario dupliqué avec une clé de test suffit.
3. Remplacement de l'identifiant. Mets claude-sonnet-5-5 à la place de claude-sonnet-4-5-20250929.
4. Correction des paramètres devenus invalides. Voir la liste ci-dessous.
5. Rejeu de 10 à 20 cas réels piochés dans tes logs, puis comparaison des sorties avec celles de Sonnet 4.5.
6. Bascule en production, en gardant l'ancien identifiant dans une variable pour pouvoir revenir en arrière tant que la date n'est pas passée.

Les changements de code relevés par le guide officiel de migration depuis Sonnet 4.5 :

• le préremplissage de la réponse de l'assistant (prefill) renvoie une erreur 400 ;
• thinking: {type: enabled, budget_tokens} renvoie une erreur 400 : il faut passer à la réflexion adaptative et régler output_config.effort ;
• temperature, top_p et top_k sont à retirer (erreur 400) ;
• l'usage d'outil forcé n'est pas pris en charge : utilise auto avec des outils stricts ;
• output_format se déplace vers output_config.format ;
• retire les en-têtes bêta interleaved-thinking-2025-05-14 et ceux de fenêtre de contexte.

Un exemple d'appel, avant puis après, pour une automatisation qui rédige des brouillons de réponses clients :

# Avant
model = "claude-sonnet-4-5-20250929"
temperature = 0.3          # à retirer
messages = [..., {"role": "assistant", "content": "Bonjour,"}]  # prefill à retirer

# Après
model = "claude-sonnet-5-5"
# plus de temperature, top_p, top_k, ni de prefill
# régler explicitement output_config.effort

Si tu travailles dans Claude Code, le guide officiel propose un raccourci : /claude-api migrate this project to claude-sonnet-5-5, qui applique ces changements au projet. Relis quand même le résultat au lieu de lui faire confiance aveuglément. Autre point : sur Sonnet 5.5, la réflexion tourne par défaut même si ta requête ne mentionne pas thinking, et l'effort par défaut sur l'API est high. Revois donc max_tokens en conséquence.

Si tu utilises Claude Managed Agents, le guide ne demande rien de plus que le changement du nom du modèle.

Quelles différences de comportement et de coût prévoir entre Sonnet 4.5 et Sonnet 5.5 ?

Le risque principal n'est pas l'erreur technique mais la dérive silencieuse : un même prompt ne produit pas toujours la même sortie d'un modèle à l'autre. Un format JSON qui sortait toujours propre, une longueur de réponse stable, un ton calibré : ça se vérifie, ça ne se suppose pas. Fixe tes critères d'acceptation avant de tester (le JSON se parse, la réponse tient en moins de N mots, le ton reste le tien), sinon tu compareras à l'œil et tu jugeras selon ton humeur du moment.

Côté chiffres, voici ce que les pages officielles indiquent :

Attention à l'effet piège sur la facture. Sonnet 5.5 utilise le tokenizer de Sonnet 5 : par rapport à Sonnet 4.5, un même texte produit environ 30 % de tokens en plus, selon le contenu. Le prix unitaire baisse, mais le nombre de tokens facturés monte : ne compte donc pas sur une baisse de 33 % de ta facture. Recompte avec l'API de comptage de tokens sur tes propres prompts, revois max_tokens et refais le calcul de coût. Les images à haute résolution consomment aussi plus de tokens (une image de 2000 × 1500 pixels en coûte environ 2,5 fois plus). Les tarifs complets sont sur la grille tarifaire d'Anthropic : relis-la au moment de ta décision.

Ce qui n'est pas documenté, je ne l'invente pas : aucun chiffre officiel ne dit que ta qualité de rédaction ou d'extraction montera ou descendra sur ton cas précis. Seul ton jeu de tests le dira. Pour la vue d'ensemble du nouveau modèle, voir la présentation de Claude Sonnet 5.5.

Sonnet 5.5, Opus ou un autre modèle : lequel choisir pour chaque automatisation ?

Sonnet 5.5 est le remplaçant direct par défaut : tu ne montes ou ne descends de gamme que sur un critère mesuré, pas par principe. Migrer à l'identique réduit les variables à surveiller, et tu peux ensuite optimiser un workflow à la fois.

Ne promets pas de gain chiffré avant d'avoir mesuré sur tes cas : un modèle moins cher peut demander plus de reprises, un modèle plus puissant peut être inutile pour une tâche simple. Si tu hésites entre Sonnet et Opus pour un usage donné, la comparaison Opus 5 contre Sonnet 5 détaille les arbitrages, et l'article sur l'agent unique ou les sous-agents t'aidera si ton automatisation est déjà complexe.

Questions fréquentes

Comment éviter que le prochain retrait de modèle casse tout à nouveau ?

Quatre habitudes évitent de refaire ce travail dans six mois, et aucune ne demande plus d'une heure à mettre en place :

• Une seule variable pour le modèle. Écris l'identifiant dans une variable de configuration unique que tous tes workflows lisent. La prochaine migration devient un changement d'une ligne, au lieu d'une chasse dans vingt scénarios.
• Un jeu de tests rejouable. Garde 15 cas réels (entrées et sorties attendues) que tu peux rejouer en dix minutes à chaque changement de modèle.
• Une veille sur les dépréciations. Suis la page officielle des dépréciations et note dans ton agenda la date de retrait dès qu'elle apparaît, pas la veille.
• Un propriétaire par automatisation. Chaque workflow planifié a un nom associé, sinon personne ne le corrige.

Cette hygiène vaut aussi pour la construction de tes workflows en général : structure tes projets et tes prompts une fois, et les changements de modèle deviennent des opérations banales. Si tu veux monter en compétence sur cette pratique du quotidien, la page pilier sur la configuration de Claude pose les bases, et pour la partie automatisation de contenu, un pipeline de blog automatisé avec Claude montre des exemples de workflows qui bénéficient de cette règle. Pour aller plus loin avec un accompagnement, tu peux suivre la formation qui t'apprend à travailler avec Claude au quotidien, cohorte de 5 semaines avec des projets concrets.