Sonnet 4.5 s'arrête le 30 novembre : ce que Sonnet 5.5 casse, et comment se comparent les délais des éditeurs

Deux éditeurs, deux horloges, une semaine

Le 28 septembre, Anthropic a lancé Claude Sonnet 5.5 (claude-sonnet-5-5). Le 30 septembre, elle a annoncé le retrait de Claude Sonnet 4.5 (claude-sonnet-4-5-20250929) sur l'API Claude au 30 novembre 2026, avec Sonnet 5.5 comme remplaçant recommandé. Cela fait 61 jours de préavis, pour un minimum publié de 60. Le jour de parution de cet article, il en reste 56.

Le 1er octobre, la page de dépréciations d'OpenAI a ajouté son propre lot : gpt-5.3-codex, gpt-5.1 et gpt-5.4-nano quittent l'API le 1er avril 2027, six mois plus tard. Quatre modèles de synthèse vocale suivent le 6 janvier 2027.

Cet article s'en tient à ce que les deux éditeurs publient : durées de préavis, changements cassants et prix. Nous n'avons pas fait tourner nos propres évaluations sur Sonnet 5.5, donc nous ne disons rien de sa qualité. Ce sur quoi une équipe peut planifier, c'est le calendrier, et sur les annonces de cette semaine, les deux calendriers diffèrent d'un facteur trois.

Ce que Sonnet 5.5 change dans votre code

Le prix d'abord, parce que c'est la partie simple. Sonnet 5.5 coûte 2 $ en entrée et 10 $ en sortie par million de tokens, comme Sonnet 5, avec des lectures de cache à 0,20 $. Sonnet 4.5 est à 3 $ / 15 $, lectures de cache à 0,30 $ : une charge Sonnet 4.5 paie un tiers de moins sur l'entrée, la sortie, l'écriture et la lecture de cache. La vue d'ensemble des modèles indique une fenêtre de 1 M de tokens, 128 K de sortie maximale, une réflexion adaptative avec un effort par défaut à « high », et un retrait « pas avant le 28 septembre 2027 ».

Les notes de version sont d'une franchise rare : le code écrit pour Sonnet 5 « peut casser sur Claude Sonnet 5.5 de cinq façons ».

Cette liste vise le code écrit pour Sonnet 5. Une équipe qui quitte Sonnet 4.5, celle qui a l'échéance, a davantage à faire. Le guide de migration vers Sonnet 5.5 empile deux groupes de changements supplémentaires, pour le code Sonnet 4.6 et antérieur puis 4.5 et antérieur : les budgets de thinking cèdent la place à un niveau d'effort, les valeurs non standard de temperature, top_p et top_k doivent disparaître, les prefills d'assistant sont à remplacer, et output_format passe dans output_config.format. Lisez jusqu'au groupe de votre modèle de départ au lieu de vous arrêter aux cinq.

L'appel d'outil forcé renvoie 400

Beaucoup de chatbots en production figent tool_choice pour garantir une sortie structurée ; nous avons expliqué pourquoi l'appel d'outil forcé compte en production. Sur Sonnet 5.5, chaque requête qui le définit échoue avec un message explicite : tool_choice: type "tool" and "any" are not supported for this model.

Le remplacement documenté est tool_choice: {"type": "auto"} avec strict: true sur l'outil, pour que son entrée respecte le schéma. Le piège est comportemental : en auto, le modèle peut répondre en texte sans appeler l'outil, donc le prompt doit dire quand l'outil s'applique. Le mode strict ne prend en charge qu'un sous-ensemble de JSON Schema et exige additionalProperties: false sur chaque objet. Sur Amazon Bedrock, les sorties structurées (outils stricts compris) ne sont pas disponibles pour Sonnet 5.5 : le guide recommande d'envoyer auto sans strict et de valider l'entrée de l'outil dans votre propre code.

Un pipeline qui reposait sur l'appel forcé gagne donc deux modes d'échec à mesurer : le tour où aucun outil n'est appelé et, sur Bedrock, le tour où l'entrée ne valide pas. Nous n'avons pas mesuré leur fréquence. Votre jeu d'évaluation devrait le faire, avant de basculer le trafic.

Des blocs de thinking liés, et une perte muette par défaut

Chaque bloc de thinking enregistre le modèle qui l'a produit. Les blocs de Sonnet 5.5 « ne fonctionnent que dans le compte qui les a produits, ou dans un compte qui lui est lié », et parmi les autres modèles, seul Opus 5.5 les lit, sur l'API Claude et Google Cloud. Quand une requête transporte un bloc que le modèle cible ne sait pas lire, l'API le retire avant que le modèle le voie. La requête réussit, et les blocs retirés ne sont pas facturés.

Trois montages courants sont exposés : les proxys qui rejouent des transcriptions sous une autre clé, les passerelles multi-tenant qui partagent un stockage de conversations, et les chaînes de repli qui envoient un tour Sonnet 5.5 en échec vers un autre modèle, lequel continue sans le raisonnement (nous avons parlé du repli entre modèles plus tôt cette année). La perte reste invisible sauf si vous envoyez l'en-tête bêta thinking-binding-controls-2026-08-01, qui la signale dans un tableau input_transformations de premier niveau. Nous l'activerions en staging, avec journalisation.

Il y a un volet plus strict. L'API vérifie aussi si le prompt système, les outils ou un message antérieur ont changé depuis la production d'un bloc Sonnet 5.5. Pour les comptes créés à partir du 31 août 2026, ce contrôle est appliqué par défaut sur l'API Claude, Bedrock et Google Cloud, et rejouer un bloc après un tel changement renvoie une erreur 400. Tout code qui modifie l'historique (réécriture de tours passés, changement de prompt système en cours de session, ajout tardif d'outils) mérite un test. La checklist de migration le résume ainsi : gardez les conversations en ajout seul.

L'horloge de retrait : 61 jours contre six mois

Les deux éditeurs publient un minimum. Celui d'Anthropic est de 60 jours pour les modèles publics. Celui d'OpenAI est de six mois pour les modèles en disponibilité générale et de trois pour les variantes spécialisées (chat, Codex, deep research), avec des exceptions pour les modèles preview (« par exemple 2 semaines ») et pour raisons de sécurité ou de conformité. Ce lot a dépassé le plancher une fois : gpt-5.3-codex est une variante Codex, au minimum de trois mois, et en a reçu six. Le plancher a aussi ses trous : la même page liste gpt-5.4-cyber, annoncé le 11 septembre pour un retrait le 1er octobre, vingt jours plus tard.

Anthropic compense sa fenêtre courte par de la visibilité : chaque modèle actif porte une date de retrait « pas avant ». Celle de Sonnet 5.5 est à un an. Celle de Claude Haiku 4.5 est le 15 octobre 2026, dix jours après la parution de cet article. La page de dépréciations le liste encore comme actif, donc la règle des 60 jours place son retrait le plus précoce possible début décembre. Si Haiku 4.5 fait tourner vos classifieurs ou vos routeurs, planifiez sa migration dès maintenant. Le guide Sonnet 5.5 couvre ce chemin et demande de recalculer les coûts au prix par token plus élevé.

La lecture pratique : chez Anthropic, longue visibilité mais fenêtre d'exécution courte une fois le préavis tombé. Chez OpenAI, les préavis GA de cette semaine laissent six mois pour exécuter. Les équipes à gestion du changement lente, les environnements réglementés ou les produits avec beaucoup de consommateurs en aval sont mieux servis par le second schéma. Celles qui livrent un changement de modèle en un sprint peuvent vivre avec le premier, à condition de traiter la colonne « pas avant » comme une donnée de planification.

Le préavis TTS comporte sa propre réserve. La page renvoie au guide de l'API Realtime pour « planifier votre migration », ce qui veut dire changer de surface d'API et réécrire l'intégration. Les trois mois courent quand même.

Que faire avant le 30 novembre

1. Exportez votre usage depuis la Console Claude. La page de dépréciations décrit l'audit : page Usage, Export, puis un CSV ventilé par clé d'API et par modèle. Partez de cette liste.
2. Inventoriez chaque identifiant de modèle épinglé, y compris dans les jobs d'arrière-plan, les évaluations et le staging. Un retrait frappe d'abord l'appelant oublié.
3. Cherchez tool_choice, thinking, temperature, top_p et computer_20251124, et repérez tout code de prefill d'assistant. Planifiez le passage à auto plus strict, avec la modification de prompt qui dit au modèle quand appeler l'outil.
4. Envoyez l'en-tête thinking-binding-controls-2026-08-01 en staging, rejouez des conversations stockées d'un compte à l'autre et via votre chemin de repli, et inspectez input_transformations.
5. Relancez votre propre jeu d'évaluation avant de basculer le trafic. La baisse de prix est acquise ; seule votre donnée dira si la qualité tient sur vos prompts.

Si vous utilisez Claude Code, le guide de migration documente une commande /claude-api migrate qui applique le changement d'identifiant et les paramètres cassants, puis liste ce qu'il faut vérifier à la main. Relisez sa sortie comme n'importe quel diff.

Une semaine chargée en dépréciations

AI API Change Radar, un suivi indépendant construit à partir des documentations officielles, a compté six annonces de dépréciation du 28 septembre au 4 octobre, son plus haut total hebdomadaire à ce jour. Nous avons vérifié les entrées Anthropic et OpenAI sur les pages des éditeurs. Les autres viennent du suivi : confirmez-les sur le changelog de l'éditeur avant d'agir.

• Les trois modèles preview Veo 3.1 de Google s'arrêtent désormais le 22 octobre, avec gemini-omni-1.1-flash comme cible.
• Mistral a retiré OCR 4.0 le 30 septembre, un jour après l'annonce dans son changelog.
• GLM 5.2 de Z.ai chez Mistral s'arrête le 31 octobre. Son successeur est passé en GA le 28 septembre, et la dépréciation a suivi le lendemain.
• OpenAI a changé la cible recommandée pour sa famille gpt-image-1 en fin de vie, de gpt-image-2 vers gpt-image-2.5-sunburst ou gpt-image-2.5-flare, sans déplacer les dates d'arrêt.

Le cas Mistral OCR illustre l'arbitrage des alias. Les appelants sur mistral-ocr-latest sont passés en 4.1 sans s'en rendre compte ; ceux qui avaient épinglé mistral-ocr-4-0 ont eu un jour pour changer. Un identifiant épinglé casse à la date d'arrêt, un alias change le modèle sous vos pieds sans déploiement. Dans les deux cas, quelqu'un doit suivre le changelog.

Ce que nous surveillons la semaine prochaine

L'entrée OpenAI sur les modèles d'image est le schéma que nous nous attendons à voir plus souvent : une équipe adopte la cible de migration publiée, et la cible change avant que l'ancien modèle ait disparu. Côté Anthropic, la date à surveiller est le 15 octobre, quand Haiku 4.5 franchit sa date plancher « pas avant ».

La défense peu coûteuse est un inventaire d'une page de chaque identifiant de modèle, réglage tool_choice et configuration de thinking en production, chacun avec une date d'arrêt et un responsable. Nous construisons cet inventaire pour notre propre stack cette semaine, en commençant par les chemins d'appel d'outil forcé qui supposent encore le comportement de Sonnet 5. Si vous voulez un second regard sur le vôtre avant le 30 novembre, discutons.