Accueil / Techniques qui changent le résultat

Sorties structurées et garde-fous

Imposer un schéma exact à une sortie et vérifier cette sortie avant de l'utiliser sont deux moitiés du même réflexe, l'une force la forme en amont, l'autre la contrôle en aval, et les deux comptent davantage quand l'action qui suit ne se rattrape pas.

Les sorties structurées contraignent la réponse de Claude à suivre un schéma précis, ce qui garantit une sortie valide et exploitable par un traitement automatique en aval. Deux mécanismes distincts se combinent : forcer le format d'une réponse selon un schéma défini d'un côté, forcer les arguments d'un appel d'outil de l'autre. Les deux imposent la forme avant que la réponse ne parte, ils ne disent rien de ce qui se passe après qu'elle est arrivée.

Le schéma force la forme, pas le contenu

Définir un schéma revient à dessiner un gabarit : ces champs, ces types, cet ordre, rien d'autre. Un champ prénom attend une chaîne, un champ montant attend un nombre, une réponse qui ne colle pas à ce gabarit est rejetée avant même d'atteindre le programme qui l'utilise.

schema attendu : { "nom": string, "quantite": number, "urgent": boolean }
sortie recue   : { "nom": "gants de protection", "quantite": 12, "urgent": true }

Le schéma garantit que la forme ci-dessus arrive à chaque fois, il ne garantit pas que douze est le bon chiffre. Le nombre de champs valides ne dit rien sur l'exactitude d'un seul d'entre eux : c'est exactement ce qu'un schéma ne peut pas voir.

Le garde-fou vérifie ce que le schéma ne voit pas

Le second réflexe prend le relais où le premier s'arrête : relire la sortie une fois reçue, avant de la transmettre à l'étape suivante. Un garde-fou peut être une règle simple, ce montant reste sous un plafond, cette quantité reste positive, ou un second passage qui compare la sortie à la demande d'origine. Dans les deux cas, la sortie structurée passe une seconde porte avant d'agir, elle ne se contente pas d'avoir la bonne forme.

Cette seconde porte compte plus quand l'action qui suit ne se rattrape pas : envoyer un message, valider une commande, modifier un fichier partagé. Une sortie mal formée qui reste affichée à l'écran se corrige d'un coup d'oeil, une sortie mal formée qui déclenche une action déjà exécutée ne se corrige plus. Ce garde-fou rejoint la thèse déjà posée dans un vert ne prouve rien tant qu'il n'a pas été prouvé lui-même : un contrôle qui n'a jamais été mis en défaut par une sortie fausse n'a encore rien prouvé.

{ "nom": "gants de protection", "quantite": 12, "urgent": true } -> quantite > 0 : verifie