Avec Fable 5.2, Anthropic veut rendre Claude plus utile sur les projets difficiles à terminer : reprendre une application, croiser un dossier complexe ou revoir une conception qui bloque. L’annonce du 9 novembre 2026 met en avant des progrès en programmation, raisonnement et compréhension visuelle. Annonce officielle d’Anthropic.
La question intéressante est celle du projet à lui confier. Une meilleure réponse à une question isolée se remarque vite. Une meilleure capacité à poursuivre un travail, repérer ce qui ne fonctionne pas et le corriger peut changer ce qu’on ose entreprendre avec une IA.
Cette analyse rapproche les sources officielles et propose trois essais concrets. Nous n’avons pas testé Fable 5.2 : les résultats cités appartiennent à leurs auteurs, les projets ci-dessous sont des propositions à essayer.
Ce qui progresse par rapport à Fable 5.1
Le tableau du lancement donne deux repères faciles à comprendre. Sur FrontierCode 2.0, qui évalue des modifications de logiciels, Fable passe de 32,4 % à 49,1 %. Sur Chartography, consacré à la lecture de graphiques, il passe de 44,8 % à 73,4 %. Ce sont les évaluations publiées par Anthropic, aux niveaux d’effort indiqués dans son protocole, pas des taux de réussite sur vos projets. Résultats et méthodologie du lancement.
Ces deux progrès suggèrent des essais différents. Le premier invite à reprendre un logiciel dont plusieurs éléments doivent fonctionner ensemble. Le second donne une raison de soumettre un dossier où les graphiques comptent autant que le texte. Dans les deux cas, le progrès à rechercher est une erreur évitée ou un obstacle résolu, pas seulement une réponse plus longue.
Le changement concerne aussi le prix. Sur l’API, le service utilisé pour intégrer Claude à un logiciel, les tarifs standards passent de 10 à 8 dollars par million de tokens en entrée, et de 50 à 40 dollars en sortie : 20 % de moins à quantité identique. Les tokens sont les unités de texte traitées et générées. Cela ne donne pas le prix d’une tâche complète, dont la longueur peut changer. Tarifs officiels.
La grande fenêtre de lecture ne constitue pas, elle, une nouveauté exclusive : Fable 5.2 et Opus 5.5 acceptent tous deux jusqu’à un million de tokens. Fable reçoit du texte et des images, et produit du texte. Lorsqu’il crée une application ou un objet, il s’appuie sur du code et des outils ; le modèle ne fabrique pas matériellement le résultat. Caractéristiques comparées.
Anthropic précise aussi que Fable peut encore s’arrêter avant d’avoir terminé, notamment avec un effort de raisonnement faible ou moyen. Demander un résultat vérifiable reste nécessaire, même pour un modèle présenté comme meilleur sur les travaux longs. Conseils propres à Fable 5.2.
Une démonstration qui explique mieux le progrès qu’un classement
Le travail publié par Anthropic avec Diode est instructif. Fable 5.2 a conçu trois appareils électroniques, dont un haut-parleur de conférence USB. Des ingénieurs humains ont fabriqué et essayé les prototypes.
Le point utile est la façon de sortir d’une impasse. Dans les essais antérieurs décrits par les auteurs, un circuit pouvait rester presque terminé mais inutilisable. Avec Fable 5.2, le système a repris des choix de placement et de connexion lorsque la première conception empêchait d’aboutir. Il ne s’est pas limité à ajouter une explication autour d’un plan défectueux.
Ce travail, réalisé avec un partenaire commercial d’Anthropic, montre des prototypes fonctionnels. Il ne démontre ni une fiabilité à long terme ni une certification pour la vente. Compte rendu détaillé sur la conception électronique.
La possibilité à explorer est plus proche du quotidien : redonner à l’IA un projet dont la première version échoue, avec le droit de revoir sa conception. C’est une hypothèse d’usage tirée de cette démonstration, pas la garantie qu’elle réussira n’importe quel chantier.
Projet 1 : terminer un petit outil de réservation
Vous avez commencé un outil pour réserver la salle d’une association. L’écran est joli, mais annuler une réservation ne libère pas le créneau. Ajouter une règle casse parfois une autre fonction. Ce scénario fictif donne un meilleur point de départ qu’une demande de créer « une application complète ».
Pour un premier essai sans installation, ouvrez Claude sur le web, sélectionnez Fable 5.2 et demandez un prototype interactif dans un Artifact, le panneau qui affiche les créations de Claude à côté de la conversation. Vérifiez que la création et la modification de fichiers sont activées dans les capacités du compte. Les Artifacts existaient déjà : c’est le modèle qui change. Fonctionnement des Artifacts.
Donnez une capture ou votre ancien prototype, puis une demande bornée :
Reprends ce prototype de réservation pour une seule salle. Utilise uniquement des personnes fictives et des créneaux inventés. Je dois pouvoir réserver, annuler et réserver à nouveau un créneau libéré. Deux réservations ne doivent pas occuper le même créneau dans cette démonstration. Commence par expliquer ce qui empêche ces règles de fonctionner ensemble. Corrige la conception si nécessaire, puis donne-moi les manipulations qui permettent de vérifier chaque règle.
Parcourez ensuite trois situations : réserver un créneau libre, tenter de réserver celui qui est occupé, puis annuler et le réserver à nouveau. Regardez si le calendrier, le message de confirmation et la liste des réservations restent cohérents. Quand une étape échoue, décrivez l’action et l’écran obtenu, puis demandez une correction de la cause.
Le résultat recherché est un parcours cohérent que vous pouvez refaire. Une maquette dans un navigateur ne prouve pas qu’un service résistera à deux utilisateurs simultanés ou conservera les réservations après fermeture. Ce sont les étapes suivantes d’un vrai produit, à développer et tester séparément.
Si vous possédez déjà le code d’une application, Claude Code permet de travailler sur une copie du projet. Le même exercice devient alors une reprise du logiciel et de ses tests. Pour cette sortie, l’hypothèse à vérifier est précise : Fable parvient-il à réparer l’ensemble des règles là où votre modèle précédent corrigeait un écran en en cassant un autre ?
Projet 2 : transformer un dossier dispersé en décision compréhensible
Une association prépare un événement et hésite entre deux salles. Les tarifs sont dans des PDF, les capacités dans des brochures et les horaires dans des échanges. Vous pouvez construire un dossier fictif ou utiliser des documents publics, sans données personnelles.
Ce projet exploite une autre piste : la lecture conjointe du texte, des tableaux et des images. Le travail dépasse le résumé de chaque document, car il faut rapprocher des contraintes qui ne sont pas présentées au même endroit.
Joignez un petit dossier dont vous avez vérifié les points clés. Précisez la date de l’événement, le nombre de personnes, la disposition souhaitée et votre budget maximal. Ajoutez une contradiction connue : la brochure ancienne annonce une capacité supérieure à celle du devis récent. Incluez aussi un graphique public ou fictif de fréquentation par heure, pour déterminer quand la salle risque d’être la plus encombrée. Demandez :
Compare les deux salles avec les besoins de mon événement. Fais une fiche par option avec capacité, horaires, prix et conditions d’annulation. Pour chaque information, donne le nom du fichier et la page ou le passage. Lis le graphique de fréquentation : indique l’heure du pic et sa valeur, puis ce que cela change pour l’horaire envisagé. Signale les contradictions et les informations absentes. Propose un choix seulement si les documents permettent de trancher, puis liste ce qu’il reste à demander au gestionnaire.
Le livrable utile est une comparaison que quelqu’un d’autre peut contrôler. Ouvrez les passages cités : le prix inclut-il les mêmes prestations ? La capacité concerne-t-elle des personnes assises ou debout ? Vérifiez aussi l’heure du pic et son unité sur les axes du graphique, puis l’effet sur votre horaire. Le modèle a-t-il signalé la contradiction que vous aviez repérée ?
Pour comparer Fable 5.2 à votre modèle habituel, donnez exactement le même dossier dans une nouvelle conversation. Cherchez une meilleure résolution des désaccords entre sources. Deux synthèses élégantes ne sont pas équivalentes si l’une choisit une salle sur un chiffre périmé. Le cas reste un test à mener ; la progression d’un benchmark de graphiques ne suffit pas à en prédire le résultat.
Projet 3 : faire passer un projet existant par trois angles de revue
Vous avez déjà un site pour un atelier, une association ou une activité indépendante. Au lieu de demander de « l’améliorer », fournissez ses pages et captures, ou une copie du code si vous travaillez dans Claude Code. Précisez le public et l’action principale attendue : comprendre l’offre, choisir une date, s’inscrire.
Faites examiner le même parcours sous trois angles :
- Compréhension : un nouveau visiteur peut-il dire ce qui est proposé, à qui et pour quel prix ? Demandez les phrases exactes qui créent une ambiguïté.
- Fonctionnement : que se passe-t-il avec un formulaire vide, une date indisponible ou un retour en arrière ? Demandez des étapes reproductibles, pas une impression générale.
- Évolution : si vous ajoutez une nouvelle formule, combien d’endroits faut-il modifier ? Avec le code, demandez les fichiers concernés et le plus petit changement cohérent.
Terminez par : « Choisis le problème qui empêche le plus directement l’inscription. Propose une correction et le moyen de vérifier qu’elle fonctionne. Sépare ce que tu as observé de ce que tu supposes. »
La documentation positionne Fable sur les travaux longs et les analyses menées jusqu’à un livrable. Cette revue est une façon de tester cette ambition à votre échelle. Avec des captures seules, le modèle peut commenter le contenu et l’interface, mais pas prouver le fonctionnement du formulaire ou examiner l’organisation du code. Usages documentés.
Où l’essayer et ce que l’accès coûte
Au 10 novembre 2026, Fable 5.2 est proposé sur les offres Claude payantes, pas sur Free. Sur le web, Desktop ou Mobile, il se choisit dans le sélecteur de modèles. Claude Code nécessite la version 2.1.321 ou ultérieure. Dans une organisation, l’accès peut aussi dépendre de l’administrateur. Accès selon le forfait.
Pour un nouvel utilisateur, la page des abonnements affiche Claude Pro à 20 dollars par mois en paiement mensuel, ou 200 dollars facturés pour l’année, hors taxes applicables. Ce repère en dollars, relevé le 10 novembre, est le prix du forfait ; l’usage de Fable dépend ensuite des conditions ci-dessous. Abonnements Claude.
Sur Pro et les sièges Team standard, l’usage passe normalement par des crédits payants. Une offre de lancement temporaire l’inclut jusqu’à 50 % du quota hebdomadaire, du 9 au 16 novembre à 23 h 59, heure du Pacifique, soit le 17 novembre à 8 h 59 à Paris. Au-delà du plafond ou après l’offre, les crédits prennent le relais s’ils sont activés. Vérifiez votre consommation dans les paramètres. Conditions de l’offre de lancement.
Les forfaits Max et Ultra et les sièges Team premium incluent normalement Fable dans la limite de 50 % du quota hebdomadaire partagé. Cela ne représente pas 50 % de quota supplémentaire. Règles du forfait.
Le tarif API de 8/40 dollars mentionné plus haut est une facturation à la consommation, pas un abonnement à 8 dollars. Pour la même quantité de tokens, Opus 5.5 coûte deux fois moins. Le choix se joue donc sur le travail effectivement terminé et les reprises nécessaires, pas uniquement sur la puissance annoncée. Prix de l’API.
Quel projet mérite vraiment Fable 5.2 ?
Anthropic continue de recommander Opus 5.5 comme point de départ pour la plupart des tâches, et Fable pour les travaux les plus difficiles ou lorsque le résultat reste insuffisant. Mythos 5.2 partage le modèle sous-jacent, avec des conditions d’accès spécifiques pour les organisations vérifiées ; il n’est pas le passage obligé pour ces trois projets. Guide officiel de choix et accès à Mythos.
Reprenez donc un obstacle identifié : un prototype qui ne termine pas le parcours, un dossier dont les sources se contredisent, un projet que vous ne savez plus faire évoluer. Gardez l’ancienne version, donnez le même objectif et limitez à l’avance le temps et les reprises de l’essai. Notez ce qui fonctionne, ce qui demande votre intervention et ce qui reste bloqué.
La raison de changer de modèle apparaîtra dans cette différence concrète. Si le parcours fonctionne déjà ou si la nouvelle analyse ne résout aucune difficulté supplémentaire, votre outil actuel peut rester le bon choix.
