Claude Fable 5.2 arrive dans Amazon Bedrock : agents autonomes et conservation des données pendant 30 jours

AWS a annoncé la disponibilité de Claude Fable 5.2 et de Claude Mythos 5.2 dans Amazon Bedrock et Claude Platform on AWS. Au-delà du discours marketing, l’annonce soulève trois questions pratiques : de quel modèle s’agit-il, quelles sont les conditions de traitement des données et comment migrer en limitant les difficultés ?

Quel modèle, pour quels usages ?

Anthropic présente Fable 5.2 comme son modèle accessible au public le plus performant pour les travaux techniques. Parmi les usages annoncés : la programmation agentique dans de grandes bases de code réparties sur plusieurs dépôts, des agents fonctionnant sur de longues durées et coordonnant de nombreux sous-agents sur des tâches de plusieurs jours, la recherche scientifique, l’analyse financière quantitative et la génération par le code d’environnements 3D, de composants et de simulations.

La promesse centrale est celle de l’autonomie. Le modèle est censé décomposer des tâches ambiguës en plusieurs étapes, vérifier lui-même le résultat, repérer ses erreurs et optimiser son travail en cours de route. Selon Anthropic, il peut fonctionner sans supervision pendant des heures, une journée, voire davantage.

L’annonce d’AWS ne fournit aucun chiffre. Toutes les affirmations sur les performances viennent d’Anthropic. Même la réduction des hallucinations n’est évoquée qu’indirectement : c’est le comportement observé chez Mythos 5.2 lors de tests d’alignement, et l’entreprise s’attend à un comportement similaire pour Fable 5.2. Testez donc le modèle sur vos propres tâches au lieu de prendre ces affirmations pour argent comptant.

Mythos 5.2 est un cas à part. Cette version vise la cybersécurité, avec les tests d’intrusion et le red teaming, ainsi que les sciences du vivant, avec la conception de biomolécules. Elle est accessible uniquement par l’intermédiaire des programmes de vérification d’Anthropic.

Les points sensibles : données et refus

Fable 5.2 a le statut Covered Model. Par défaut, cela implique une conservation des données pendant 30 jours au maximum et un examen de sécurité par des humains. Dans Bedrock, cet examen est effectué par des employés d’Amazon au sein du périmètre AWS. Avant le premier appel, il faut activer le mode de conservation aws_review au niveau du compte ou du projet.

Pour ceux à qui ces conditions ne conviennent pas, il existe Enterprise Frontier Safeguards. Cette offre associe une conservation nulle des données (ZDR) à de nouveaux mécanismes de détection des abus. Une option permettant de conserver les données dans votre propre bucket, avec vos propres clés, a été annoncée, mais n’est pas encore disponible. En attendant, les clients éligibles peuvent utiliser Fable 5.2 avec ZDR jusqu’au 30 juin 2027.

Autre subtilité : les refus. Si une requête de cybersécurité est refusée, il est suggéré de la relancer sur Opus 4.8 ; pour une requête de biologie, sur Opus 5. Bedrock ne propose aucun basculement automatique : vous devez écrire la logique de nouvelle tentative dans votre code. En revanche, si la requête refusée a été placée dans le cache de prompts, le refus est accompagné d’un fallback credit token. Transmettez-le lors de la nouvelle tentative pour que le cache soit facturé comme une lecture, et non comme une nouvelle écriture.

Comment se connecter et migrer

Vous pouvez essayer le modèle dans la console Bedrock : Test, Playground, puis sélectionner Fable 5.2. Dans le code, le modèle est appelé via l’Anthropic Messages API sur bedrock-runtime, ainsi que via les API Invoke et Converse. Son identifiant est global.anthropic.claude-fable-5-2. Il vous faudra un accès à Bedrock et les autorisations bedrock:InvokeModel et bedrock:InvokeModelWithResponseStream.

L’exemple d’AWS contient un détail qui peut facilement poser problème. Fable 5.2 est un modèle de raisonnement : sa réponse peut donc commencer par un bloc thinking. Vous ne pouvez pas récupérer le texte à un indice fixe, par exemple content[0]. Il faut rechercher le bloc de type text. Si votre code utilise actuellement un indice, ce sera le premier point de rupture.

Pour les utilisateurs qui emploient déjà Claude dans Bedrock, Anthropic propose la compétence claude-api dans Claude Code. La commande /claude-api migrate analyse le projet et, en un seul passage, modifie les identifiants des modèles, remplace les réglages manuels de thinking par des réglages adaptatifs, supprime les paramètres et les en-têtes bêta obsolètes et suggère des valeurs pour output_config.effort. La compétence reconnaît la plateforme, Bedrock ou Claude Platform on AWS, et applique le bon format d’identifiant. Elle est disponible en open source sur GitHub dans anthropics/skills et intégrée à CodeRabbit, JetBrains IDE, Resolve AI et Warp.

Les modèles sont accessibles via les profils d’inférence US Geo CRIS et Global CRIS. Consultez la documentation de Bedrock pour connaître les régions disponibles et les tarifs.

Que faire concrètement ?

Commencez par régler la question des données. Si votre contrat ou votre régulateur interdit leur conservation et leur examen humain, étudiez EFS avec ZDR, en gardant à l’esprit l’échéance de juin 2027. Écrivez ensuite la gestion des refus, surtout si vous travaillez dans la sécurité ou la biologie. Enfin, lancez la migration sur une branche et vérifiez l’analyse des réponses contenant un bloc thinking.

Et surtout : « peut fonctionner pendant des jours » reste une promesse, pas une garantie. Avant de confier au modèle des tâches de plusieurs jours, mesurez ses performances sur vos propres dépôts et calculez le coût de ces exécutions.