Si vous hésitez entre Claude Fable 5 high vs max effort, la réponse courte est : restez sur high pour presque tout, passez à xhigh pour le codage difficile et le travail agentique, et considérez max comme un dernier recours rare. Pour la plupart des tâches, max coûte environ deux fois plus cher pour un gain de qualité difficile à mesurer, et il peut trop réfléchir. Ce que la plupart des gens ne remarquent pas, c’est qu’un niveau appelé xhigh se situe entre high et max, et c’est généralement la vraie réponse à « dois-je augmenter l’effort ? »
Ce que le réglage d’effort modifie dans Fable 5
L’effort (output_config.effort) comporte cinq niveaux : low, medium, high, xhigh, max. Sur Fable 5, la valeur par défaut est high, et selon la documentation d’Anthropic sur l’effort, définir high est identique à omettre le paramètre.
Deux choses surprennent les gens. Premièrement, l'effort n'est pas seulement une molette de réflexion : il régit toutes les dépenses de jetons — le texte visible, la réflexion prolongée et les appels d'outils dans une boucle agentique. Un effort plus faible signifie moins d'appels d'outils, plus regroupés, moins de préambule et des confirmations plus brèves ; un effort plus élevé signifie davantage d'appels, plus de planification à voix haute et des résumés plus longs. Deuxièmement, la réflexion de Fable 5 est toujours activée — vous ne pouvez pas la désactiver (thinking: {type: "disabled"} errors), donc l'effort est la manière de contrôler sa profondeur. À high, xhigh et max, Claude réfléchit presque toujours en profondeur ; à low et medium, il peut sauter la réflexion sur des problèmes simples.
Élevé → xélevé → max : trois échelons, pas deux
"High vs max" est en réalité une question à trois échelons, car xhigh se situe entre les deux — un point de contrôle plus fin sur le compromis entre raisonnement et latence. L'ingénieur d'Anthropic Boris Cherny l'a qualifié de "un nouveau niveau entre high et max." Il existe uniquement sur Fable 5, Mythos 5, Opus 4.8, Opus 4.7 et Sonnet 5 ; les anciens modèles comme Opus 4.6 et Sonnet 4.6 passent directement de high à max.
L’échelle complète, avec le cas d’utilisation qu’Anthropic attribue à chaque niveau :
| Niveau | Ce qu'Anthropic dit à quoi il sert |
|---|---|
low | Tâches simples nécessitant la meilleure vitesse et le coût le plus bas, comme les sous-agents |
medium | Tâches agentiques équilibrant vitesse, coût et performance |
high | Raisonnement complexe, codage difficile, tâches agentiques (la valeur par défaut) |
xhigh | Tâches agentiques/de codage de longue durée (30+ minutes), budgets de tokens dans les millions |
max | Raisonnement le plus approfondi, aucune limite sur l'effort interne (la sortie reste toutefois limitée par max_tokens) |
Donc, quand quelqu’un demande s’il est possible d’exécuter Fable 5 en max, la première question honnête est : avez-vous essayé xhigh ? Pour les tâches de codage et agentiques les plus difficiles, xhigh — et non max — est l’option recommandée supérieure.
Le coût et la latence que vous échangez
Augmenter l’effort n’augmente pas le prix par token. Fable 5 facture un tarif fixe de 10 $ par million de tokens d’entrée et de 50 $ par million de tokens de sortie à tous les niveaux ; le coût n’augmente que parce que le modèle *génère plus de tokens*.
Le graphique est illustratif, non mesuré — il trace la *forme* du compromis décrit ci-dessous, normalisée de sorte que max soit 1.0 sur chaque axe. La qualité est proche de son plafond à high, tandis que le coût continue à peu près de doubler à mesure que l’on monte.
L’écart entre xhigh et max est l’endroit où les maths se retournent contre vous. L’ingénieur logiciel Ishu Agarwal a signalé (11 juillet 2026) que le passage de high à xhigh « peut généralement apporter moins de 3 % » de gain de qualité tout en coûtant « 30 % à 100 % » de plus, les modèles ayant tendance à « trop réfléchir à des niveaux d’effort plus élevés ». Une publication largement relayée du 14 juillet affirmait que Fable 5 obtenait un score identique à max et à xhigh, « 89,0 contre 89,0, pour un coût à peu près doublé ». Considérez cela comme des données communautaires indicatives, et non comme un benchmark contrôlé — mais la tendance correspond à la propre note d’Anthropic selon laquelle max « ajoute un coût important pour des gains de qualité relativement faibles, et sur certaines tâches à sortie structurée ou moins sensibles à l’intelligence, cela peut conduire à trop réfléchir. »
La latence fonctionne de la même manière. Après avoir testé les niveaux d’effort (11 juin 2026), le chef de produit Pawel Huryn a constaté que « en dessous du maximum, le temps de complétion bouge à peine », tandis que pour un travail réel « la complétion passe de xhigh à beaucoup plus ». Un autre piège : le tokenizer de Fable 5 (partagé avec la dernière génération d’Opus) peut afficher jusqu’à ~35 % de jetons en plus pour le même texte que les anciens modèles Claude, donc toute base de coût provenant d’un modèle précédent paraît faible.
Une règle de décision pour high, xhigh et max
| Tâche | Effort | Escalader lorsque |
|---|---|---|
| Codage routinier, chat, extraction, sous-agents | low / medium | La qualité de la sortie baisse visiblement |
| La plupart des raisonnements, codage quotidien, travail agentique | high (par défaut) | Une tâche difficile se bloque ou nécessite une planification plus poussée |
| Travail de codage/agentique le plus difficile, exécutions à long horizon, utilisation intensive d’outils | xhigh | xhigh ne peut véritablement pas le résoudre |
Un problème de pointe ou un bug que xhigh a échoué à résoudre, la correction prime sur le coût | max | (Au sommet de l’échelle) |
high est le juste milieu entre qualité et efficacité en tokens ; xhigh offre une véritable réflexion supplémentaire pour les tâches les plus difficiles ; max est un coup de poker après l’échec de ce que xhigh n’a déjà pas réussi. Aller *vers le bas* est souvent plus intelligent : selon Anthropic, un effort plus faible sur Fable 5 donne toujours de bons résultats et « dépasse souvent les performances de xhigh sur les modèles précédents. » Le CTO Morgan Linton l’a dit sans détour — « environ 95 % de ce que je fais d’un point de vue de codage ne nécessite que Fable 5 Low et Medium », et exécuter tout en high lorsque Low ou Medium renvoie le même résultat est le meilleur moyen d’épuiser les limites du forfait.
Si le modèle lui-même n’est pas adapté à la tâche, l’ajustement de l’effort n’y changera rien — c’est une question de choix de modèle, pas d’effort.
Trois choses que les gens comprennent mal à propos de l'effort Fable 5
Un effort plus élevé ne signifie pas un modèle plus intelligent. L’effort détermine la quantité de travail que Claude effectue avant de répondre — plus de réflexion, plus d’appels d’outils — et non son niveau de capacité. Une réponse low provient du même modèle qu’une réponse max ; si une tâche dépasse les capacités du modèle, max ne fait qu’y consacrer plus de temps pour atteindre le même résultat.
La valeur par défaut de Claude Code n’est pas celle de l’API. Claude Code utilise par défaut xhigh ; l’API utilise par défaut high. Cela explique à lui seul beaucoup de cas de « pourquoi se comporte-t-il différemment ici » — le même modèle paraît plus approfondi et plus coûteux dans Claude Code simplement en raison de la valeur par défaut plus élevée. Définissez explicitement xhigh si vous voulez que l’API corresponde.
ultracode n'est pas un niveau d'effort. Il apparaît dans le menu de Claude Code, mais l'API n'accepte que les valeurs allant de low à max. Ultracode associe xhigh à une autorisation permanente de lancer des workflows multi-agents — gourmands en jetons, et quelque chose que vous ne pouvez pas transmettre à l'API.
Comment définir l’effort (et une note sur max_tokens)
Effort se trouve dans output_config, n'a pas besoin d'en-tête beta. Comme le raisonnement de Fable 5 est toujours activé, omettez complètement le paramètre thinking :
import anthropic
client = anthropic.Anthropic()
response = client.messages.create(
model="claude-fable-5",
max_tokens=64000, # laisse de la marge à xhigh/max (voir la note ci-dessous)
output_config={"effort": "xhigh"}, # low | medium | high | xhigh | max
messages=[{"role": "user", "content": "Refactorisez ce module et ajoutez des tests."}],
)max_tokens est une limite stricte sur la sortie *totale* — réflexion plus texte de réponse. À xhigh ou max, la réflexion peut consommer une grande partie de ce budget, donc définissez-le généreusement (commencez autour de 64 000) sinon les réponses seront tronquées en plein raisonnement. Fable 5 prend en charge un contexte de 1M tokens et 128K tokens de sortie.
FAQ
Quelle est la différence entre effort élevé et effort maximal dans Fable 5 ?
high (la valeur par défaut) dépense ce qu’il faut pour d’excellents résultats ; max supprime toute retenue pour le raisonnement le plus poussé. Le saut significatif par rapport à high est généralement xhigh, qui se situe entre les deux.
L'effort maximal en vaut-il la peine sur Fable 5 ?
Rarement — cela double approximativement le coût par rapport à xhigh pour un gain à peine mesurable et peut suranalyser. Réservez-le à un problème de pointe ou à un bug que xhigh ne peut pas résoudre.
Comment puis-je modifier le niveau d’effort ?
Définissez output_config: {"effort": "..."} avec low, medium, high, xhigh ou max. Dans Claude Code, utilisez son menu effort.
Quel est le niveau d'effort par défaut ?
high sur l’API (identique à l’omission du paramètre). Claude Code utilise par défaut xhigh.
L’effort plus élevé coûte-t-il plus par jeton ?
Non — le tarif est fixe. Un effort plus important coûte plus cher uniquement parce que le modèle génère davantage de tokens.
L'effort de Fable 5 est-il le même que les niveaux d'effort Sonnet ou Opus ?
Même paramètre et mêmes noms, mais xhigh n’existe que sur Fable 5, Mythos 5, Opus 4.8, Opus 4.7 et Sonnet 5, et les valeurs par défaut recommandées diffèrent selon le modèle. Voir Sonnet 5 versus Fable 5 si vous choisissez entre eux.