Accueil / Journal / Agents IA

Claude Sonnet 5.5 : quel modèle pour quel travail, et faut-il migrer

Par AlexandreCTPO et cofondateur, AI, Product et Tech
Agents IA Publié le 11 min de lecture

Anthropic a publié Claude Sonnet 5.5 le 28 septembre, six jours après Opus 5.5. Plus rapide, moins gourmand en jetons, au même prix que Sonnet 5. Voici ce que dit vraiment l'annonce, comment répartir le travail entre Sonnet et Opus, et comment migrer un agent sans mauvaise surprise.

Claude Sonnet 5.5 : quel modèle pour quel travail, et faut-il migrer, article du journal de Kabaun Studio

Ce qu'Anthropic a annoncé le 28 septembre

Six jours après Claude Opus 5.5, Anthropic a publié Claude Sonnet 5.5, le deuxième modèle de la famille 5.5. L'éditeur le présente comme une nette amélioration par rapport à Sonnet 5 : plus de 30 % plus rapide, et jusqu'à 30 % moins cher pour la plupart des travaux. Claude Haiku 5.5, pensé pour les usages à très gros volume et sensibles au coût, doit compléter la famille dans les prochaines semaines.

Le modèle est disponible dès maintenant sur la plateforme Claude et chez les trois grands fournisseurs de cloud : Amazon Web Services, Google Cloud et Microsoft Azure. Comme Opus 5.5 et Sonnet 5, il est proposé avec une option de rétention nulle des données.

Pour une entreprise qui exploite déjà des agents ou des automatisations sur Sonnet 5, la question n'est pas de savoir si Sonnet 5.5 est meilleur. Il l'est, selon l'éditeur, sur presque tous les tests publiés. La vraie question est pratique : faut-il migrer maintenant, comment le vérifier sur vos propres cas, et comment répartir le travail entre Sonnet et Opus. C'est l'objet de cet article, écrit à partir de l'annonce d'Anthropic, lue en entier.

Sonnet ou Opus : la répartition proposée par Anthropic

Anthropic décrit clairement la place de chaque modèle. Opus 5.5 est construit pour le travail complexe qui demande un jugement attentif. Sonnet 5.5 en est le complément plus rapide et moins coûteux, le plus à l'aise sur les tâches quotidiennes bien cadrées, la correction de bugs et la production de documents, de présentations et de tableurs soignés.

L'éditeur insiste sur une nuance que les classements masquent. Sur plusieurs tests, Sonnet 5.5 réglé au niveau d'effort maximal se rapproche d'Opus 5.5. Mais dans ses propres essais comme dans ceux de testeurs externes, Opus 5.5 reste nettement plus fort sur le travail ouvert et complexe qui exige un jugement soutenu dans la durée.

Traduit en termes d'entreprise, cela donne une règle simple. Une tâche dont le périmètre est clair, dont on sait dire à quoi ressemble un bon résultat et qui se répète : c'est le terrain de Sonnet. Une tâche où il faut arbitrer, interpréter un contexte ambigu ou tenir un raisonnement long sans consigne précise : c'est encore le terrain d'Opus. Cette règle vaut pour le choix du modèle comme pour la conception d'un agent, que nous détaillons dans déployer un agent IA en entreprise, étape par étape.

Ce que disent les chiffres, et ce qu'ils ne disent pas

Les résultats publiés sont spectaculaires sur certains tests. Sur GDPval-AA, qui évalue des tâches réelles dans 44 métiers, Sonnet 5.5 obtient 1 844 points, contre 1 449 pour Sonnet 5 et 1 846 pour Opus 5.5. Sur OSWorld 2.1, qui mesure l'utilisation d'un ordinateur, il atteint 80,1 %, contre 57,0 % pour Sonnet 5 et 81,8 % pour Opus 5.5. Sur les tests de programmation, l'écart avec Sonnet 5 est aussi très large.

Trois précautions s'imposent avant d'en tirer une décision.

  • Ce sont les chiffres de l'éditeur. Certains tests sont conduits par des tiers, mais la sélection et la présentation restent celles d'Anthropic. Les notes de bas de page de l'annonce signalent d'ailleurs des réserves, comme un bug de la version de préversion ou des scores de concurrents pas encore mis à jour.
  • Le niveau d'effort change tout. Les meilleurs scores sont souvent obtenus aux réglages les plus élevés, qui coûtent plus cher et prennent plus de temps. Le score d'un classement n'est pas le résultat que vous obtiendrez au réglage que vous choisirez.
  • Vos cas ne sont pas ceux du test. Un modèle excellent sur un test de programmation peut se tromper sur la lecture de vos contrats ou le classement de vos demandes clients. Seul un jeu d'essai construit sur vos données dit ce que le modèle vaut pour vous.

Anthropic le dit lui-même : les résultats de tests ne capturent qu'une facette des capacités d'un modèle. Nous avions développé ce point à la sortie d'Opus, dans Claude Opus 5.5 : ce que ça change pour vos agents en production.

Le coût : même prix, moins de jetons

Sonnet 5.5 garde le prix de Sonnet 5 : 2 dollars par million de jetons en entrée, 10 dollars en sortie, 0,20 dollar pour les lectures de cache et 2,50 dollars pour les écritures en cache. À titre de comparaison, Opus 5.5 est à 4 dollars en entrée et 20 dollars en sortie.

L'économie ne vient donc pas du tarif, mais de la consommation. Selon Anthropic, Sonnet 5.5 a besoin de beaucoup moins de jetons pour faire le même travail, ce qui ramène son coût par tâche jusqu'à 30 % sous celui de Sonnet 5 dans ses essais. L'éditeur ajoute que sur plusieurs tests, Sonnet 5.5 aux niveaux d'effort bas ou moyen dépasse le meilleur score de Sonnet 5 pour environ un dixième du coût par tâche.

Pour une entreprise, la conséquence est directe : le coût d'un agent se mesure par tâche traitée, pas par prix affiché. Un modèle plus cher au jeton peut revenir moins cher à la tâche s'il en consomme moins, et l'inverse est vrai. C'est pourquoi nous recommandons de suivre le coût par workflow et par agent, comme le propose notre cadre CADRE. Les postes de coût d'un agent en exploitation sont détaillés dans ce que coûte un agent IA en production.

Vitesse et niveau d'effort : un réglage à décider

Sonnet 5.5 génère ses réponses plus de 30 % plus vite que Sonnet 5, ce qui en fait, selon Anthropic, le Sonnet le plus rapide à ce jour. Pour un agent qui répond à des collaborateurs ou à des clients, ce gain se voit immédiatement dans le temps d'attente.

La vitesse dépend aussi d'un réglage souvent laissé par défaut : le niveau d'effort. Aux niveaux bas, le modèle répond plus vite et consomme moins de jetons, ce qui convient au travail courant. Aux niveaux élevés, il raisonne plus longtemps et vérifie davantage son travail. Anthropic précise que ce réglage est sur « moyen » par défaut dans Claude Code et ses applications, et sur « élevé » par défaut sur la plateforme Claude, celle qu'utilisent les développeurs pour construire des outils.

Ce détail compte. Une équipe qui teste le modèle dans l'application puis le branche dans un outil par l'API ne compare pas la même chose : le réglage par défaut n'est pas le même. Le niveau d'effort doit être choisi explicitement, tâche par tâche, et consigné dans la documentation de l'outil. C'est un arbitrage entre qualité, délai et coût, qui relève du métier autant que de la technique.

Ce qui change techniquement pour une migration

Passer de Sonnet 5 à Sonnet 5.5 ne se résume pas à changer un nom de modèle. L'annonce signale plusieurs points qui méritent d'être vérifiés avant de basculer un outil en production.

  • Le mode de réflexion. Si vos outils utilisent Sonnet avec la réflexion désactivée, Anthropic indique qu'il faut passer au nouveau réglage prévu à cet effet avant de migrer, et renvoie à son guide de migration.
  • Les garde-fous en cybersécurité. Parce que ses capacités en cybersécurité ont fortement progressé, Sonnet 5.5 est le premier Sonnet déployé avec des garde-fous semblables à ceux d'Opus 5.5. Le développement logiciel courant n'est pas concerné, mais les demandes de sécurité jugées à risque basculent visiblement vers Sonnet 5. Un outil d'analyse de sécurité doit donc être testé avec soin.
  • La réflexion liée au compte. Anthropic a ajouté des protections contre l'extraction du raisonnement du modèle. La plupart des développeurs ne verront pas de différence, mais un outil qui déplace des conversations d'un compte à un autre doit être vérifié.
  • La rétention des données. L'option de rétention nulle reste disponible. Si votre contrat en dépend, confirmez qu'elle s'applique bien au nouveau modèle dans votre configuration.

Côté hébergement, la disponibilité chez les trois grands fournisseurs de cloud permet de garder votre infrastructure actuelle. La question de la localisation des données reste la même qu'avec les versions précédentes. Nous l'avons traitée dans héberger un projet IA en France.

Migrer un agent de Sonnet 5 à Sonnet 5.5 : notre méthode

Sur nos projets, un changement de modèle suit toujours le même déroulé, quelle que soit la réputation du nouveau modèle.

1. Rejouer le jeu d'essai. Chaque agent que nous livrons s'accompagne d'une série de cas réels, avec la réponse attendue. On les fait passer sur l'ancien et le nouveau modèle, au même niveau d'effort, et on compare les résultats un par un. Un gain moyen peut cacher une régression sur un cas important.

2. Mesurer le coût et le délai par tâche. On relève le nombre de jetons consommés et le temps de réponse sur ces mêmes cas. C'est là que se vérifie, ou non, la promesse d'économie de l'éditeur.

3. Vérifier les garde-fous métier. Ce qui engage l'entreprise, un prix, une disponibilité, une référence, reste calculé côté serveur et vérifié avant affichage, jamais produit par le modèle. Un nouveau modèle ne change rien à cette règle, et nous vérifions qu'elle tient toujours. Nous l'avons expliquée dans pourquoi un agent IA ne doit jamais annoncer un prix.

4. Basculer progressivement. Une partie du trafic d'abord, avec un retour arrière possible en quelques minutes, puis la totalité si les indicateurs tiennent. L'ancien modèle reste disponible le temps de la comparaison.

5. Documenter. Le modèle, sa version, le niveau d'effort et la date de bascule sont consignés. Au prochain changement, on saura d'où l'on part.

6. Prévenir les utilisateurs. Un modèle qui écrit différemment, plus court ou plus direct, peut surprendre ceux qui utilisent l'outil tous les jours. Anthropic indique d'ailleurs que Sonnet 5.5 écrit plus clairement que la génération précédente. Un message court aux équipes, avant la bascule, explique ce qui change et à qui signaler une réponse qui paraît moins bonne. Ces retours du terrain complètent le jeu d'essai, et ils arrivent souvent plus vite que les indicateurs.

Combiner Opus et Sonnet dans un même système

La sortie rapprochée des deux modèles rend une architecture plus intéressante qu'avant : confier à chacun ce qu'il fait le mieux, à l'intérieur d'un même outil. Anthropic cite d'ailleurs un testeur qui laisse Opus poser l'architecture d'un projet et Sonnet l'exécuter.

Dans un agent d'entreprise, cela peut prendre une forme simple. Le modèle le plus capable intervient sur les étapes qui demandent du jugement : comprendre une demande ambiguë, décider du traitement, relire un résultat sensible. Le modèle plus rapide et moins cher traite les étapes répétitives et bien définies : extraire des champs, reformuler, classer, produire un document à partir d'un gabarit.

Cette répartition a un coût de conception. Il faut découper le traitement, définir ce qui passe d'une étape à l'autre, et tester chaque étape séparément. Elle n'est rentable que sur des volumes réels. Pour un outil utilisé quelques fois par jour, un seul modèle bien réglé est souvent le meilleur choix. Et pour les usages individuels dans la suite bureautique, la question se pose autrement, comme nous l'avons vu dans Claude Opus 5.5 et GPT-6 Sol dans Copilot.

Ce que nous en retenons

Sonnet 5.5 est une mise à jour qui mérite d'être testée rapidement sur les outils qui tournent aujourd'hui sur Sonnet 5 : même prix affiché, moins de jetons consommés, réponses plus rapides. Pour beaucoup d'agents bien cadrés, il devrait réduire le coût par tâche et le temps d'attente. Mais cette promesse se vérifie sur vos cas, pas sur un classement.

Pour les travaux ouverts qui exigent un jugement soutenu, Opus 5.5 garde l'avantage, et l'éditeur le reconnaît. Le bon réflexe n'est pas de choisir un camp, mais de décider tâche par tâche, avec des mesures, et de consigner ce choix pour pouvoir le revoir au prochain modèle. Haiku 5.5, attendu dans les prochaines semaines, posera la même question pour les tâches à plus gros volume, et la même méthode s'appliquera : un jeu d'essai, le coût et le délai par tâche, une bascule progressive.

Si vous exploitez déjà des outils sur un modèle Claude, ou si vous vous demandez lequel choisir pour un premier projet, notre diagnostic IA part de vos processus réels. Il dit quel modèle convient à quelle tâche, à quel coût, et ce qu'il faut tester avant de décider.

Sources

Questions fréquentes

Faut-il migrer tous nos outils de Sonnet 5 vers Sonnet 5.5 ?

Pas en bloc. Commencez par les outils les plus utilisés, rejouez leur jeu d'essai sur les deux modèles et comparez qualité, coût et délai par tâche. Basculez ensuite progressivement, en gardant un retour arrière possible.

Sonnet 5.5 peut-il remplacer Opus 5.5 pour réduire les coûts ?

Sur des tâches bien cadrées et répétitives, souvent. Sur un travail ouvert qui demande un jugement soutenu, Anthropic indique lui-même qu'Opus 5.5 reste nettement plus fort. La bonne réponse dépend de la tâche, et se vérifie sur vos cas.

La baisse de coût annoncée est-elle garantie ?

Non. Le prix au jeton est identique à celui de Sonnet 5 ; l'économie vient d'une consommation plus faible, mesurée par l'éditeur sur ses propres essais. Seule une mesure sur vos tâches réelles, au niveau d'effort que vous utiliserez, dit ce que vous économiserez.

Nos données sont-elles traitées différemment avec ce nouveau modèle ?

L'option de rétention nulle reste proposée, comme pour Sonnet 5 et Opus 5.5. Les conditions dépendent de votre contrat et de la plateforme utilisée, plateforme Claude ou fournisseur de cloud. Il faut le vérifier dans votre configuration avant de basculer un outil sensible.

Quand utiliser Haiku plutôt que Sonnet ?

Haiku 5.5 n'est pas encore sorti ; Anthropic l'annonce dans les prochaines semaines, pour les usages à très gros volume et sensibles au coût. D'ici là, Sonnet 5.5 à un niveau d'effort bas est l'option la plus économique de la famille 5.5.

Parlons en

Un cas comme celui là chez vous ?

On commence toujours par un diagnostic : ce qui peut être automatisé, ce qui ne doit pas l'être, et ce que ça coûte vraiment.

Réserver un diagnostic