AISubHub/Actualités IA
Développeurs

Analyse approfondie · Environ 5 min de lecture

AWS ajoute des sorties Claude structurées à Bedrock

Les schémas encadrent JSON et outils, sans remplacer la vérification des faits.

Date de la source
Publié ici
Source vérifiée

L’annonce AWS du 19 octobre étend les sorties structurées aux modèles Claude disponibles sur les points d’accès runtime et mantle de Bedrock. Cette fonction concerne les intégrations logicielles, et ne constitue pas un nouvel abonnement conversationnel.

Écouter les actualités

Écoutez cet article ou poursuivez la lecture des actualités.

AWS ajoute des sorties Claude structurées à Bedrock

Préparation de la lecture…

Voix de l’appareil

La voix est traitée par votre navigateur ou appareil. AISubHub n’envoie pas le texte à une API audio. Les voix et la lecture écran verrouillé dépendent de l’appareil.

La reprise peut répéter une courte phrase.

En bref

  • JSON Schema définit la structure de la réponse ; le mode strict limite les arguments transmis aux outils des agents.
  • AWS décrit une compilation initiale et un cache de 24 heures par compte ; certaines contraintes restent à vérifier dans l’application.

Deux garanties, deux responsabilités

L’annonce AWS du 19 octobre rend les sorties structurées de Claude disponibles sur bedrock-runtime et bedrock-mantle, là où le modèle choisi est proposé. Le décodage contraint applique une grammaire pendant la génération plutôt que de réparer ensuite une réponse libre. Le contrat avec le logiciel devient plus précis, sans garantir une interprétation factuelle correcte du document.

JSON Schema encadre l’objet reçu par l’application ; le mode strict encadre les arguments transmis par l’agent à un outil. Extraire un forfait demandé et une demande de démonstration relève du premier ; fournir un lieu et une unité Celsius/Fahrenheit au service météo relève du second. Des arguments conformes n’autorisent pas automatiquement leur exécution.

Paramètres à configurer réellement

L’exemple InvokeModel place le schéma comme objet JSON dans output_config.format, sans le réencoder en chaîne. Il définit les types, required et additionalProperties:false pour chaque objet. AWS indique que l’absence de cette dernière option provoque le rejet du schéma. Des noms et descriptions explicites restent utiles pour orienter l’extraction.

Les outils utilisent strict:true avec input_schema ; enum borne les valeurs possibles. Analyse AISubHub : versionner le schéma comme une interface applicative. Renommer un champ peut casser le consommateur malgré un JSON valide. Les tests de compatibilité restent donc distincts du contrôle de structure.

Compilation, cache et premier appel

Bedrock vérifie un sous-ensemble de JSON Schema Draft 2020-12 puis compile une grammaire pour chaque nouveau schéma. Le premier appel peut être plus lent. AWS décrit un cache propre au compte, valable 24 heures à partir du premier accès. Modifier la structure relance la compilation ; modifier seulement name ou description conserve la grammaire.

Analyse : mesurer séparément les requêtes froides et celles qui réutilisent un schéma. Créer une structure par document diffère d’un petit catalogue stable. Le billet décrit aussi les lots, le streaming par événements typés et l’inférence interrégionale sur runtime. Ce sont des choix de déploiement, pas des économies de coût ou de latence mesurées pour notre application.

Acceptation et application des contraintes

Sont cités les types de base, enum, const, anyOf, allOf avec limites, références internes et formats de chaînes. minItems n’accepte que 0 ou 1. Certaines contraintes sont acceptées par l’API sans être imposées pendant la génération : minimum, maximum, multipleOf, minLength et maxLength. Les schémas récursifs et références externes figurent également parmi les éléments non pris en charge.

Un montant peut être numérique tout en dépassant un plafond métier ; un identifiant peut être une chaîne de mauvaise longueur. Analyse : conserver ces contrôles applicatifs et les distinguer des erreurs JSON ou champs manquants. Une réponse HTTP réussie ne prouve pas l’exécution de chaque règle déclarée.

Traiter refus et réponses tronquées

AWS identifie les refus de sécurité et l’épuisement de max_tokens comme exceptions possibles à la conformité. L’exemple inspecte stop_reason avant le texte et distingue end_turn de max_tokens. Augmenter le budget peut résoudre une coupure, sans transformer un refus en extraction réussie.

Documents financiers, notes cliniques, catalogues et routage de demandes servent d’illustrations, pas d’évaluation indépendante. Analyse : mesurer la véracité des champs séparément du format, avec preuves absentes, ambiguïtés et sorties tronquées. Un diagnostic, montant ou classement correctement encodé peut rester faux ; une écriture en base ou une action externe exige d’autres critères.

Décider d’un essai pertinent

Une équipe qui répare du JSON peut commencer par un type documentaire, un schéma et une opération aval. Notre proposition est de comparer erreurs de format, erreurs factuelles, latence initiale et effort humain au processus existant. Ce protocole est notre analyse, pas un résultat AWS.

Cette fonction Bedrock n’est pas un avantage d’abonnement personnel Claude. Modèle, région, identifiants et frais doivent être vérifiés séparément. La structure borne ce que reçoit le logiciel ; la validation et la responsabilité humaine déterminent ce qu’il peut croire ou exécuter. AISubHub n’a appelé aucune de ces API ni mesuré fiabilité, latence ou facturation.

Pourquoi cela compte

L’extraction documentaire ou le tri des demandes peuvent produire moins d’erreurs de format avant stockage. Les équipes devraient tester des données représentatives, mesurer la latence initiale et déterminer les actions nécessitant une validation humaine.

Limites et disponibilité

Un JSON conforme peut contenir une erreur factuelle. Les refus, la troncature par limite de jetons et des règles non appliquées restent possibles. Disponibilité, régions, identifiants et coûts AWS sont distincts des offres grand public de Claude. Nous n’avons pas réalisé de test indépendant de fiabilité.

Sources et preuves

AWS Machine Learning Blog

Date de la source: 19 oct. 2026 · Source vérifiée: 20 oct. 2026

Articles assistés par IA, vérifiés avec les sources primaires citées. Les affirmations des fournisseurs sont attribuées ; la présence ne vaut pas recommandation.