sortie structurée
Nº 043 · v2026-08EN : structured outputUne sortie structurée est une réponse contrainte à respecter une forme précise, pour qu’un autre logiciel puisse la lire directement. Comme un formulaire plutôt qu’une lettre libre : les cases sont imposées, ce qui ne dit rien de la justesse de ce qu’on y écrit.
Ce que ce n’est pas
Une sortie structurée ne garantit que la forme. Obtenir un résultat bien formé, avec tous les champs attendus et les bons types, ne dit rien de l’exactitude des valeurs : une date inventée reste une date valide, et un champ obligatoire pousse même le modèle à le remplir plutôt qu’à s’abstenir. Ce n’est pas davantage une garantie métier, puisque la forme accepte un montant négatif, un code inexistant ou un client qui n’a jamais existé. La structure rend une réponse lisible par une machine, elle ne la rend pas vraie.
En profondeur
Le besoin naît du raccordement. Tant qu’une réponse est lue par une personne, sa présentation importe peu ; dès qu’elle alimente un autre logiciel, la moindre variation casse la chaîne, et l’on ne bâtit pas une automatisation sur du texte libre. Contraindre la sortie consiste à décrire à l’avance la forme attendue, champs et types compris, puis à n’accepter qu’une réponse conforme. Selon les cas, la contrainte est simplement demandée dans les instructions ou réellement imposée pendant la production du texte, et les deux ne donnent pas les mêmes garanties : demander une forme, c’est espérer ; l’imposer, c’est rendre toute autre issue impossible.
Le mécanisme est le même que celui d’un appel d’outils, à ceci près que la destination change : dans un cas la forme sert à réclamer une action, dans l’autre à livrer un résultat exploitable. Une contrainte de forme a aussi un coût rarement mesuré, puisque la description du format occupe le contexte et se relit à chaque requête. Sur les tâches qui demandent du raisonnement, exiger d’emblée une forme rigide dégrade parfois la qualité, le modèle n’ayant plus la place de dérouler son cheminement avant de conclure. La parade habituelle consiste à séparer les deux moments : laisser d’abord répondre, contraindre ensuite la mise en forme.
Le piège central est la confiance que la forme inspire. Une réponse bien rangée, avec ses champs et ses valeurs, se lit comme une donnée vérifiée alors qu’elle reste une production plausible, et cette apparence de rigueur traverse ensuite toute la chaîne sans que personne la remette en cause. La conséquence pratique est qu’une sortie structurée appelle une validation métier en aval, distincte du contrôle de forme : cohérence des valeurs entre elles, existence réelle des identifiants, plafonds, règles du domaine. Le second piège est l’absence de porte de sortie, car sans champ permettant de dire qu’il ne sait pas, un modèle contraint remplit toujours : mieux vaut prévoir l’incertitude que la découvrir plus tard dans les données.
Relations le graphe local
- S’exécute dans
- harnais
- Souvent confondu avec
- appel d’outils
- Contraste
- hallucination
Vérifier 3 questions · cliquez votre réponse
Niveau 1 · Reconnaître
Un système renvoie toujours un résultat comportant les champs « nom », « date » et « montant ». Que vous garantit cette régularité ?
Niveau 2 · Distinguer
Un champ obligatoire « numéro de facture » est rempli alors que le document n’en portait aucun. Pourquoi ?
Niveau 2 · Distinguer
Quelle différence entre une sortie structurée et un appel d’outils ?
Lexigraph, « Sortie structurée », v2026-08, https://lexigraph.org/fr/sortie-structuree, CC BY 4.0.