Dépréciations et plan de migration

Les leçons précédentes ont décrit ce qui change ; celle-ci transforme ces changements en plan d’action. Car au-delà des nouveautés, une échéance concrète est à inscrire dans votre calendrier — et elle ne négocie pas.

L’échéance du 5 août 2026

Claude Opus 4.1 (claude-opus-4-1-20250805) est déprécié et sera retiré le 5 août 2026. Le code qui le cible encore cessera de fonctionner à cette date.

Il faut mesurer ce que « retiré » signifie : il ne s’agit pas d’une dégradation progressive ni d’un avertissement dans les logs, mais d’un arrêt net. Le 5 août 2026, toute requête visant cet identifiant échouera. La migration recommandée est vers Claude Opus 5, et mieux vaut la mener maintenant, à froid, que de la découvrir en urgence le jour où la production tombe.

La situation des autres modèles hérités est différente : Opus 4.8, 4.7, 4.6, Sonnet 4.6 et Sonnet 4.5 restent disponibles. Ils ne sont pas retirés, et rien ne vous force à les abandonner du jour au lendemain. Mais migrer vers la génération 5 apporte de meilleures performances — la vraie question n’est donc pas « faut-il migrer ? » mais « dans quel ordre et à quel rythme ? ».

La migration vers Opus 5, étape par étape

Le point de départ est un inventaire. Cherchez toutes les occurrences de claude- dans votre code, vos variables d’environnement et vos fichiers de configuration. L’expérience montre que les identifiants codés en dur se cachent souvent dans les scripts oubliés — un script de reporting mensuel, un outil interne écrit il y a un an — et ce sont précisément eux qui casseront en silence si l’inventaire les manque.

Vient ensuite le nettoyage de la réflexion, dont la leçon sur la réflexion adaptative a posé les fondements. Tout thinking: {"type": "enabled"} doit disparaître : Opus 5 fonctionne en réflexion adaptative, et l’activation explicite n’a plus sa place. Vérifiez aussi la direction inverse — qu’aucun code ne désactive la réflexion, car cela provoque une erreur 400 aux niveaux d’effort xhigh et max. Ce sont les deux faces du même héritage, et il faut purger les deux.

Troisième chantier : l’effort. La tentation est grande de reprendre tels quels les niveaux calibrés sur un modèle antérieur, puisqu’ils « marchaient ». Résistez-y : un niveau d’effort calibré sur une autre génération ne dit rien du comportement d’Opus 5. Refaites une campagne d’évaluation, en partant de high — le défaut — et en mesurant sur vos propres cas avant d’ajuster à la hausse ou à la baisse.

Pensez également à max_tokens. La sortie d’Opus 5 peut atteindre 128 000 tokens, et si vous visez les niveaux xhigh ou max, un plafond hérité de l’ancienne configuration risque d’étrangler le modèle en pleine tâche. Prévoyez large : 64 000 tokens est un point de départ raisonnable.

La question du coût mérite plus de rigueur qu’une lecture de la grille tarifaire. Comparez des factures sur vos données réelles, pas les prix affichés : le tokenizer récent peut produire davantage de tokens qu’auparavant pour un même texte, ce qui signifie qu’un prix au million de tokens identique ne garantit pas une facture identique. Seule une mesure sur votre trafic réel tranche.

Enfin, si vous passez par Bedrock ou Google Cloud, la leçon précédente vous a préparé à ce dernier point : adaptez le format de l’identifiant à chaque plateforme et vérifiez la disponibilité du modèle dans vos régions avant de basculer.

Prendre l’habitude de surveiller

Une migration réussie ne dispense pas de la suivante. Deux pages font autorité et méritent d’être consultées régulièrement : la vue d’ensemble des modèles, qui indique ce qui est disponible aujourd’hui, et la page des dépréciations de modèles, qui annonce ce qui va disparaître. Dans un projet en production, inscrire la vérification de ces deux pages dans une revue trimestrielle évite les mauvaises surprises — c’est une demi-heure par trimestre qui remplace une nuit blanche par an.

Points clés à retenir

• Opus 4.1 est retiré le 5 août 2026 : migrez vers Opus 5 sans attendre
• Les modèles 4.x hérités restent utilisables mais moins performants
• La migration touche l’identifiant, la réflexion, l’effort et max_tokens
• Mesurez le coût sur vos données réelles, pas sur les prix affichés
• Surveillez la page des dépréciations dans votre revue périodique

Testez vos connaissances

Validez votre lecture des nouveautés 2026 — ces cinq questions couvrent l’essentiel à retenir pour vos projets.

1. Quel modèle constitue le nouveau point de départ recommandé en 2026 ?

Réponse : Claude Opus 5 : le meilleur équilibre capacité/coût de la gamme, point de départ par défaut des nouveaux projets.

2. Quelle est la différence entre Claude Fable 5 et Claude Mythos 5 ?

Réponse : Le même modèle sous-jacent, au sommet de la gamme : Fable 5 est disponible pour tous avec des mesures de sécurité supplémentaires sur les capacités à double usage ; Mythos 5 est réservé aux organisations approuvées, sans ces mesures.

3. Qu'apporte la fenêtre de 1 million de tokens ?

Réponse : Le traitement de corpus entiers en un seul contexte — bases de code, dossiers documentaires complets — sans découpage préalable ; le RAG reste utile pour les volumes supérieurs ou les coûts maîtrisés.

4. Qu'est-ce que la réflexion adaptative ?

Réponse : Le modèle décide lui-même quand et combien réfléchir : plus besoin d’activer explicitement un mode thinking avec budget — le paramètre effort permet d’arbitrer globalement coût et qualité sur cinq niveaux.

5. Que change la convention d'identifiants sans date ?

Réponse : Les identifiants comme claude-sonnet-5 sont des alias stables qui suivent les mises à jour du modèle — plus de date à changer dans le code ; les identifiants datés restent disponibles pour figer une version précise.

Tout est net ? La leçon des dépréciations vous donne le plan de migration à appliquer — c’est la partie à relire avant toute mise en production.