Fable 5.2 et Mythos 5.2 partagent un même socle de modèle, mais ne répondent pas au même besoin. Anthropic a rendu Fable accessible sur ses plateformes et a réservé Mythos aux organisations vérifiées, avec une différence centrale sur les garde-fous appliqués aux usages sensibles. Les deux API affichent désormais un tarif standard de 8 $ par million de jetons en entrée et de 40 $ par million en sortie, soit une baisse de 20 % par rapport à la génération précédente.
Le choix ne se résume donc pas à une comparaison de performances. Pour une équipe qui développe un agent logiciel généraliste, Fable 5.2 constitue l’option immédiatement exploitable. Pour des travaux autorisés en cybersécurité ou en sciences de la vie, Mythos 5.2 peut offrir un cadre plus adapté, à condition de franchir les procédures de vérification d’Anthropic.
Fable 5.2 et Mythos 5.2 partagent le même socle, mais pas les mêmes garde-fous
La distinction la plus importante concerne le périmètre de sécurité. Anthropic décrit Mythos 5.2 comme le même modèle sous-jacent que Fable 5.2, avec certains garde-fous supplémentaires retirés pour les travaux vérifiés en cybersécurité et en biologie. Fable conserve ces protections afin de rester utilisable par un éventail plus large de développeurs et d’entreprises.
Les deux modèles ont été annoncés le 9 novembre 2026. Fable 5.2 est disponible via l’API Claude, ainsi que sur Amazon Web Services, Google Cloud et Microsoft Azure. Son identifiant d’API est claude-fable-5-2.
Mythos 5.2 est réservé aux organisations contrôlées par Anthropic dans le cadre de programmes de vérification dédiés. L’accès concerne notamment des usages liés à la cybersécurité et aux sciences de la vie. Les clients Claude Enterprise peuvent également accéder à des fonctions de sécurité reposant sur cette famille de modèles, selon leur éligibilité.
| Critère | Fable 5.2 | Mythos 5.2 |
|---|---|---|
| Date d’annonce | 9 novembre 2026 | 9 novembre 2026 |
| Identifiant d’API | claude-fable-5-2 | claude-mythos-5-2 |
| Fenêtre de contexte | 1 million de jetons | 1 million de jetons |
| Sortie maximale | 128 000 jetons | 128 000 jetons |
| Tarif standard en entrée | 8 $ par million de jetons | 8 $ par million de jetons |
| Tarif standard en sortie | 40 $ par million de jetons | 40 $ par million de jetons |
| Accès | Plateformes Anthropic et principaux clouds | Organisations vérifiées |
| Garde-fous spécialisés | Présents | Certains retirés pour des usages contrôlés |
| Mode de raisonnement | Adaptive thinking, activé par défaut | Adaptive thinking, activé par défaut |
Cette architecture évite de présenter Mythos comme une version simplement « plus puissante ». La différence porte surtout sur les restrictions opérationnelles et les catégories de tâches autorisées. Une équipe qui n’a pas besoin de traiter des scénarios sensibles ne gagne donc pas nécessairement à demander Mythos.
À retenir : Fable 5.2 est le choix généraliste et immédiatement accessible. Mythos 5.2 s’adresse à des organisations capables de justifier un usage sensible et de respecter les procédures d’Anthropic.
Le tarif baisse de 20 %, mais la sortie reste quatre fois plus chère que l’entrée
Anthropic facture Fable 5.2 et Mythos 5.2 8 $ par million de jetons en entrée et 40 $ par million de jetons en sortie. Le prix de la sortie est donc cinq fois supérieur à celui de l’entrée, un écart déterminant pour les agents qui produisent de longs raisonnements, du code ou des rapports détaillés.
La génération précédente affichait des tarifs de 10 $ par million de jetons en entrée et de 50 $ par million en sortie. La nouvelle grille réduit ainsi les deux composantes de 20 %.
Pour une application qui traite 10 millions de jetons en entrée et génère 2 millions de jetons en sortie sur une période donnée, le coût standard atteint 160 $ : 80 $ pour l’entrée et 80 $ pour la sortie. Avec les anciens tarifs, la même charge aurait représenté 200 $.
| Charge d’API | Fable 5.2 ou Mythos 5.2 | Génération 5.1 |
|---|---|---|
| 1 million de jetons en entrée | 8 $ | 10 $ |
| 1 million de jetons en sortie | 40 $ | 50 $ |
| 10 millions en entrée et 2 millions en sortie | 160 $ | 200 $ |
| Mode rapide, entrée | 16 $ par million | Tarif non indiqué |
| Mode rapide, sortie | 80 $ par million | Tarif non indiqué |
Les requêtes asynchrones peuvent bénéficier de l’API Batch d’Anthropic. Pour Fable 5.2 et Mythos 5.2, le tarif communiqué pour ce mode est de 4 $ par million de jetons en entrée et de 20 $ par million en sortie. Cette option est particulièrement adaptée aux traitements qui ne nécessitent pas une réponse immédiate.
Le cache réduit également le coût des contenus réutilisés. Le tarif communiqué pour la lecture d’un contenu mis en cache est de 0,20 $ par million de jetons. La mise en cache peut donc devenir un levier important pour les assistants qui réinjectent régulièrement les mêmes consignes, schémas de données ou documents de référence.
Le mode rapide double les tarifs standards, à 16 $ par million de jetons en entrée et 80 $ par million en sortie, en échange d’une génération annoncée comme pouvant atteindre 2,5 fois la vitesse standard. Il convient aux applications interactives dont la latence est plus importante que le coût unitaire.
Fable 5.2 prend l’avantage pour les agents de développement accessibles à tous
Le principal signal de performance publié pour Fable 5.2 concerne FrontierCode 2.0. Lors de tests préliminaires, Fable 5.2 utilisé avec un niveau d’effort élevé a obtenu un score proche de celui d’Opus 5.5 avec un niveau d’effort maximal, pour environ la moitié du coût par tâche.
Anthropic indique également que les sorties peuvent être générées jusqu’à 30 % plus rapidement que celles de la génération 5.1. Le chiffre concerne la vitesse de production des réponses, pas une amélioration uniforme de toutes les latences d’application : réseau, outils externes, orchestration et temps d’exécution du code peuvent encore peser dans le résultat final.
Ces éléments favorisent Fable 5.2 dans plusieurs scénarios :
- génération et refactorisation de code ;
- correction de tests défaillants ;
- analyse de dépôts volumineux ;
- agents capables d’appeler des outils ;
- traitement de documents techniques avec un contexte étendu.
La fenêtre de contexte d’un million de jetons permet d’injecter de vastes corpus dans une même requête. La sortie maximale de 128 000 jetons peut aussi convenir à des tâches générant de nombreux fichiers, des plans d’exécution détaillés ou des résultats structurés.
Mythos 5.2 conserve ces caractéristiques techniques, mais son avantage potentiel ne se mesure pas uniquement avec un benchmark de programmation. Son intérêt dépend de la nature des tâches auxquelles l’organisation doit soumettre le modèle et du niveau de flexibilité requis dans des scénarios sensibles.
La prudence reste nécessaire avec les benchmarks. Un score élevé sur FrontierCode 2.0 ne garantit ni l’absence d’erreurs, ni la qualité d’un agent complet en production. Un système de développement doit encore vérifier les modifications, exécuter les tests, contrôler les dépendances et limiter les actions irréversibles.
Mythos 5.2 vise les usages sensibles, pas le remplacement de Fable
Mythos 5.2 devient pertinent lorsque les garde-fous de Fable empêchent légitimement une tâche autorisée dans un environnement contrôlé. Anthropic le destine notamment aux organisations vérifiées travaillant sur des sujets de cybersécurité ou de sciences de la vie.
Dans ces contextes, les demandes peuvent nécessiter l’analyse de contenus techniques que les protections généralistes traitent avec davantage de restrictions. Le modèle ne doit toutefois pas être confondu avec une autorisation générale de produire n’importe quelle instruction dangereuse. L’accès reste lié à une organisation, à un programme de vérification et à un cadre d’utilisation.
Les cas d’usage les plus cohérents sont les suivants :
- analyse défensive de vulnérabilités dans un environnement autorisé ;
- recherche en sécurité menée par une équipe identifiée ;
- traitement de documents scientifiques sensibles ;
- automatisation d’analyses internes soumises à une gouvernance formelle ;
- intégration dans un service Enterprise disposant de contrôles d’accès.
Pour une équipe qui construit un assistant commercial, un outil de documentation ou un agent de programmation classique, Mythos n’apporte pas d’avantage opérationnel évident. Fable offre déjà la même fenêtre de contexte, les mêmes limites de sortie et la même grille tarifaire standard.
Le facteur déterminant devient alors l’accès. Une organisation peut concevoir un cas d’usage techniquement adapté à Mythos sans être autorisée à l’utiliser. À l’inverse, Fable peut être déployé immédiatement sur les plateformes annoncées par Anthropic, ce qui réduit les délais d’intégration.
La conservation des données doit entrer dans le choix d’architecture
Le modèle sélectionné ne suffit pas à définir la conformité d’une application. La conservation des données, les journaux, les fournisseurs cloud, les droits d’accès et la supervision humaine doivent être examinés avant le déploiement.
La durée de conservation peut varier de zéro à 30 jours selon le produit, la configuration et le cadre contractuel. Anthropic présente la conservation sans données comme disponible dans des cas limités, notamment via Enterprise Frontier Safeguards, encore en bêta privée.
Mythos 5.2 est décrit avec une conservation par défaut de 30 jours pour la surveillance de sécurité. Cette configuration ne doit pas être transposée automatiquement à toutes les intégrations, car les modalités peuvent dépendre du canal utilisé et du contrat applicable.
Pour comparer correctement les deux API, une équipe doit documenter :
- les données envoyées dans les prompts ;
- les données conservées dans les journaux ;
- la durée de conservation applicable au compte ;
- les régions et fournisseurs d’hébergement ;
- les personnes autorisées à consulter les traces ;
- la procédure de suppression ;
- les contrôles appliqués aux appels d’outils.
Un agent IA, c’est-à-dire un système capable de planifier des actions et d’appeler des outils, accroît le risque opérationnel par rapport à un simple chatbot. Même si le modèle est performant, l’application doit limiter les permissions, imposer des validations avant les actions sensibles et journaliser les opérations importantes.
À retenir : la conservation zéro donnée n’est pas une propriété automatique de Fable 5.2 ou de Mythos 5.2. Elle dépend du cadre d’intégration et des dispositifs contractuels disponibles.
Fable 5.2 gagne pour le time-to-market, Mythos pour les environnements vérifiés
Le choix devient plus clair en séparant le besoin de performance du besoin de contrôle.
Choisir Fable 5.2
Fable 5.2 est préférable lorsque l’application doit être lancée rapidement et rester accessible à une large base de développeurs. Son accès sur les plateformes Anthropic et les principaux clouds simplifie le prototypage, la comparaison des coûts et le déploiement multi-environnement.
Il convient particulièrement aux équipes qui recherchent :
- une API généraliste pour des agents complexes ;
- une forte capacité de génération de code ;
- une fenêtre de contexte d’un million de jetons ;
- des sorties pouvant atteindre 128 000 jetons ;
- une baisse du coût par rapport à la génération 5.1 ;
- un mode Batch pour les tâches asynchrones.
Le modèle représente également le choix le plus simple lorsque la demande ne relève pas de la cybersécurité ou des sciences de la vie. L’entreprise peut concentrer ses efforts sur l’orchestration, les évaluations et la sécurité applicative, plutôt que sur une procédure d’accès spécifique.
Choisir Mythos 5.2
Mythos 5.2 devient le candidat logique lorsqu’une organisation vérifiée travaille sur un cas d’usage sensible et que les garde-fous de Fable limitent une tâche autorisée. Son accès restreint est une contrainte, mais aussi un mécanisme de gouvernance.
Il faut alors prévoir une validation formelle du périmètre, une gestion stricte des identités, une surveillance des appels et une séparation entre les environnements de test et de production. L’équipe doit aussi vérifier les règles de conservation associées au canal d’accès retenu.
Mythos ne dispense pas de supervision humaine. Retirer certains garde-fous ne rend pas les réponses exactes par défaut et ne transforme pas le modèle en expert réglementaire, analyste de sécurité ou chercheur autonome.
| Profil d’équipe | API à privilégier | Raisons principales |
|---|---|---|
| Éditeur SaaS généraliste | Fable 5.2 | Accès large et intégration immédiate |
| Équipe de développement logiciel | Fable 5.2 | Benchmark FrontierCode 2.0 et sorties jusqu’à 30 % plus rapides |
| Service de cybersécurité vérifié | Mythos 5.2 | Accès à un modèle conçu pour des usages sensibles autorisés |
| Laboratoire ou organisation des sciences de la vie vérifiée | Mythos 5.2 | Cadre d’accès adapté aux travaux éligibles |
| Traitement documentaire asynchrone | Fable 5.2 ou Mythos 5.2 | Batch API à 4 $/20 $ par million de jetons |
| Application à forte contrainte de latence | Fable 5.2 ou Mythos 5.2 | Mode rapide jusqu’à 2,5 fois plus rapide |
Le coût total dépend davantage de l’orchestration que du prix facial
Le tarif de 8 $/40 $ par million de jetons attire l’attention, mais le coût réel d’un agent dépend du nombre de tours, de la longueur des sorties et des appels d’outils. Un agent qui répète de longs historiques à chaque étape peut consommer davantage qu’un assistant qui traite une demande unique, même si les deux utilisent le même modèle.
Le cache permet de réduire la facture lorsque les mêmes instructions ou documents reviennent fréquemment. Le Batch API peut également diviser par deux les tarifs standards pour les traitements qui tolèrent une exécution asynchrone.
Une architecture financièrement maîtrisée doit donc :
- réduire les sorties inutiles ;
- réutiliser les contenus stables avec le cache ;
- réserver le mode rapide aux requêtes réellement sensibles à la latence ;
- utiliser le Batch API pour les tâches différées ;
- mesurer le coût par tâche réussie plutôt que le coût par appel ;
- arrêter les boucles d’agents après un nombre défini d’étapes.
Le coût par tâche réussie est particulièrement important pour le développement logiciel. Un modèle moins cher par jeton peut devenir plus coûteux s’il nécessite davantage de tentatives, de corrections ou d’interventions humaines. À l’inverse, un modèle plus cher peut être rentable s’il réduit le nombre d’itérations, à condition que ses réponses soient effectivement validées par les tests et les utilisateurs.
La comparaison entre Fable et Mythos doit donc être menée sur un jeu de tâches représentatif de l’entreprise. Les évaluations peuvent inclure la qualité du code, la précision des extractions, le respect des formats, la robustesse aux erreurs d’outils et le coût complet d’une tâche terminée.
Notre avis : Fable 5.2 pour la plupart des projets, Mythos seulement avec un besoin justifié
Pour la majorité des projets en 2026, Fable 5.2 est le choix le plus rationnel. Il combine une disponibilité large, un contexte d’un million de jetons, une sortie maximale de 128 000 jetons, une baisse de 20 % des tarifs standards et des gains annoncés sur FrontierCode 2.0 et la vitesse de génération.
Mythos 5.2 ne doit pas être choisi comme une version simplement plus libre ou plus performante. Son intérêt apparaît lorsque l’organisation est vérifiée, que le cas d’usage relève d’un domaine sensible et que le cadre de gouvernance justifie l’accès à des garde-fous différents.
L’avis de Brief IA est tranché : commencez par Fable 5.2 pour tout agent généraliste, puis évaluez Mythos uniquement si une contrainte métier documentée le rend nécessaire. Dans les deux cas, les tests automatisés, la limitation des permissions, la protection des données et la validation humaine restent indispensables.
La prochaine étape ne sera pas seulement de comparer les scores de modèles, mais de mesurer leur coût par résultat fiable, dans des environnements où la sécurité, la conformité et la traçabilité pèseront autant que la vitesse. Quelle équipe acceptera alors de payer davantage pour une réponse plus rapide, et laquelle privilégiera une réponse moins spectaculaire mais plus facile à gouverner ?