S'inscrire gratuitement

Définir un format de sortie vérifiable pour un prompt

Auteur: AILesson6 min de préparationTesté avec:ChatGPTRévisé: 2026-08-28

Réponse rapide

Transformer des souhaits de sortie vagues en champs, types, états, contraintes et règles de validation. Fournir: Tâche du prompt et utilisation en aval, Demande de sortie actuelle et exemples, Contraintes de format et de validation. Résultat attendu: Un contrat de sortie comprenant un schéma, un exemple lisible, des états vides et des contrôles de validation.

1

Ajouter votre contexte

Votre texte reste dans ce navigateur. AILesson Prompts ne l’envoie ni à un modèle ni à un serveur.

2

Votre prompt

Les champs non remplis restent visibles sous forme d’espaces réservés, afin que vous puissiez quand même copier et modifier le prompt.

Concevez un contrat de sortie vérifiable pour la tâche du prompt.

Données d’entrée, transformation, lecteur ou système, décision et conséquences d’un échec :
[task]

Formulation actuelle du format, exemples souhaités, sorties rejetées et champs utilisés :
[output]

Sérialisation, limites de l’analyseur, longueur, paramètres régionaux, ordre, champs obligatoires ou facultatifs et revue :
[constraints]

Définissez la plus petite structure de sortie qui réponde à l’utilisation en aval. Pour chaque champ, précisez son nom, son objectif, son type, son caractère obligatoire, ses valeurs autorisées ou son motif, ses unités, son lien avec les éléments probants, la représentation d’une valeur inconnue ou vide et les règles entre champs. Séparez les données des commentaires, ainsi que les champs destinés aux machines des notes de la personne chargée de la revue. Évitez d’exiger des formats incompatibles entre eux, des sections décoratives ou du texte libre dans des champs destinés à être analysés. Imposez un ordre déterministe lorsque cela est pertinent. N’utilisez pas indifféremment null, la chaîne vide, zéro, false et « inconnu ». Retournez : la justification de la conception de la sortie ; un schéma formel ou tabulaire ; la clause exacte du prompt ; un exemple complet valide ; un exemple valide avec des valeurs vides ou inconnues ; des exemples invalides accompagnés de leurs raisons ; une liste de contrôles de validation ou du pseudocode ; et les champs nécessitant une revue humaine qui ne peuvent pas être vérifiés mécaniquement.
Essayer dans le Playground
Privé par défautL’assemblage du prompt se fait localement dans votre navigateur. Évitez de placer des informations confidentielles dans un service d’IA, sauf si votre organisation l’autorise.

De l'entrée au résultat

Un exemple détaillé

Voyez comment un contexte concret transforme cette recette en résultat utilisable.

Entrée réelle

Tâche du prompt et utilisation en aval
Extraire les engagements explicites d’une transcription de réunion. Un workflow importe le résultat dans un écran de révision des tâches ; aucune tâche n’est créée automatiquement. Les personnes chargées de la révision ont besoin de l’action, du responsable, de l’échéance, du statut et de l’emplacement de la preuve. Les responsables ou dates manquants doivent rester visibles. Traiter les suggestions comme des non-engagements. Un mauvais responsable ou une échéance inventée crée un risque de responsabilité.
Demande de sortie actuelle et exemples
L’instruction actuelle dit « Donne-moi une liste structurée propre ». Un bon résultat comportait une ligne par engagement et des horodatages. Les résultats rejetés mélangeaient un résumé et des puces, utilisaient « bientôt » comme échéance et omettaient le responsable lorsqu’il était absent. Les personnes chargées de la révision n’utilisent ni priorité ni sentiment.
Contraintes de format et de validation
JSON strict, sans blocs Markdown ni texte supplémentaire. L’analyseur accepte un tableau JSON UTF-8. Dates ISO 8601 uniquement lorsqu’une date calendaire exacte est indiquée. Clés obligatoires dans un ordre fixe pour les instantanés. Valeurs de statut : proposed, confirmed, completed, cancelled. La preuve contient l’intervenant et l’horodatage. Une personne révise la classification et l’identité des engagements.

Exemple de sortie

Conception : un élément de tableau par engagement explicite ; exclure les résumés, la priorité et le sentiment. Utiliser null lorsque la personne responsable ou la date est inconnue, car cette absence est significative ; une chaîne vide est invalide. « Soon » reste dans l’élément probant, mais ne peut pas renseigner due_date.

Schéma : action, chaîne obligatoire non vide ; owner, clé obligatoire, chaîne ou null ; due_date, clé obligatoire, chaîne ou null, uniquement au format YYYY-MM-DD ; status, énumération obligatoire ; evidence, objet obligatoire contenant speaker sous forme de chaîne non vide, timestamp au format HH:MM:SS et excerpt sous forme de chaîne non vide de 200 caractères maximum. Ordre des clés : action, owner, due_date, status, evidence. Règle entre champs : l’état completed exige un élément probant indiquant que l’achèvement a été déclaré ; due_date doit valoir null sauf si une date exacte figure dans l’élément probant.

Clause exacte du prompt : « Retournez uniquement un tableau JSON UTF-8. Chaque engagement explicite correspond à un objet dont les clés apparaissent dans cet ordre : action, owner, due_date, status, evidence. Utilisez null lorsque la personne responsable ou la date d’échéance exacte n’est pas indiquée ; n’omettez jamais de clé et ne convertissez jamais une formulation relative en date. status doit valoir proposed, confirmed, completed ou cancelled. evidence doit contenir speaker, un timestamp au format HH:MM:SS et un extrait de la source ne dépassant pas 200 caractères. Retournez [] lorsqu’il n’existe aucun engagement explicite. N’ajoutez ni texte libre ni Markdown. »

Valide : [{"action":"Envoyer le budget révisé","owner":"Nora","due_date":null,"status":"confirmed","evidence":{"speaker":"Nora","timestamp":"00:14:22","excerpt":"J’enverrai bientôt le budget révisé."} }]. Résultat vide valide : []. Invalide : une valeur due_date égale à "soon" enfreint la règle ISO ; l’omission de owner enfreint la règle des clés obligatoires. La revue humaine doit toujours vérifier si l’extrait constitue un engagement et si « Nora » désigne la bonne personne.

Pourquoi cela fonctionne

  1. 1

    Des champs typés et des états vides explicites transforment la qualité de la sortie en règles observables.

  2. 2

    La validation entre champs détecte les sorties incohérentes en interne malgré une apparence bien structurée.

Vérifier le résultat

  • Chaque champ sert-il réellement à une décision, un affichage ou un contrôle en aval ?

  • Les valeurs inconnues, absentes, non applicables et nulles sont-elles dépourvues d’ambiguïté ?

  • Peut-on distinguer les contrôles mécaniques des responsabilités relevant du jugement humain ?

Utilisez-la en toute confiance

Questions fréquentes

Des réponses pratiques sur le bon moment pour utiliser cette recette, ce qu’il faut fournir et les cas où une vérification humaine reste nécessaire.

Que dois-je préparer avant d’utiliser « Définir un format de sortie vérifiable pour un prompt » ?

Pour « Définir un format de sortie vérifiable pour un prompt », préparez la tâche du prompt et son utilisation en aval, la demande de sortie actuelle et ses exemples, ainsi que les contraintes de format et de validation. Remplacez les champs variables uniquement par des informations que vous pouvez vérifier. Si un détail est inconnu, indiquez explicitement cette incertitude au lieu de demander au modèle de le déduire.

Quand le résultat de « Définir un format de sortie vérifiable pour un prompt » n’est-il pas prêt à être utilisé ?

Le résultat n’est pas prêt s’il ne produit pas encore, à partir des éléments fournis, le résultat annoncé — un contrat de sortie comprenant un schéma, un exemple lisible, des états vides et des contrôles de validation — ou s’il repose sur des hypothèses non résolues, des approbations manquantes ou des détails inventés. Utilisez les contrôles comme critères de validation : révisez les données sources ou désignez nommément une personne habilitée à effectuer la revue, au lieu de peaufiner un résultat sans fondement.

Quels outils d’IA disposent de tests consignés pour « Définir un format de sortie vérifiable pour un prompt » ?

Le registre de tests publié pour « Définir un format de sortie vérifiable pour un prompt » mentionne ChatGPT au 2026-08-28. Cela confirme l’existence d’essais consignés, mais ne garantit ni la compatibilité ni des résultats identiques dans les versions ultérieures du produit. Pour un autre outil ou une autre version, conservez toutes les contraintes visibles et répétez les contrôles du résultat avant utilisation.

Plus de façons d'explorer

Où se situe cette recette

Prompts texteConception de promptsPour les rédacteurs

Faites avancer votre travail

AILesson · Cours recommandés

Votre prochaine étape : mettez l’IA à contribution

Passez de la compréhension de l'IA à l'action. Entraînez-vous à formuler des requêtes, à évaluer et à améliorer les résultats grâce à des leçons interactives pour le travail et la vie quotidienne.

Découvrir tous les cours
Image de couverture de L’IA pour débutants

15 leçons interactives

L’IA pour débutants

Lancez une conversation utile avec une IA, améliorez sa réponse, vérifiez l’essentiel et sachez quand c’est à vous d’agir.

Découvrir ce cours
Image de couverture de Les bases de ChatGPT

10 leçons interactives

Les bases de ChatGPT

Découvrez ChatGPT à travers trois flux de travail pratiques : mener une première conversation, travailler à partir d’un fichier, puis utiliser Projects pour réutiliser un plan vérifié dans une nouvelle conversation.

Découvrir ce cours
Image de couverture de Comment fonctionne l’IA générative

7 leçons interactives

Comment fonctionne l’IA générative

Comprenez comment les systèmes courants de chat IA apprennent des structures linguistiques, utilisent les messages actuels, construisent leurs réponses et intègrent des sources et des outils.

Découvrir ce cours