Formulations de sorties attendues

Souvent, le vrai problème n'est pas le prompt, mais la sortie demandée

Une demande vague produit souvent une réponse vague. À l'inverse, si vous dites clairement quelle forme doit prendre la réponse, l'IA devient beaucoup plus exploitable. Cette page sert à formuler ce que vous attendez vraiment : plan, synthèse, patch, checklist, runbook, fiche courte ou note de décision.

1. Demander un plan

Format de sortie :
1) Analyse initiale
2) Plan par étapes
3) Risques
4) Validations a rejouer

2. Demander une synthèse

Format de sortie :
1) Contexte
2) Points cles
3) Risques restants
4) Suite recommandée

3. Demander un patch ou des changements

Format de sortie :
1) Plan de modification
2) Patch proposé
3) Impacts possibles
4) Vérification finale

4. Demander une checklist

Format de sortie :
- points à vérifier avant action ;
- points à vérifier après action ;
- erreurs fréquentes ;
- décision finale.

5. Demander un runbook

Format de sortie :
1) Pré-requis
2) Étapes d'exécution
3) Points de contrôle
4) Retour arrière
5) Escalade

6. Demander une note de décision

Format de sortie :
1) Décision proposée
2) Alternatives écartées
3) Compromis
4) Risques
5) Conditions de validation

Quand les utiliser

Plan : quand il faut structurer l'action avant d'agir.
Synthèse : quand il faut résumer pour transmettre ou décider.
Patch : quand un changement concret est attendu.
Checklist : quand on veut vérifier vite sans oublier l'essentiel.
Runbook : quand une procédure doit être rejouable par un autre.
Note de décision : quand on veut tracer un choix et ses compromis.

Comment choisir la bonne sortie

Si vous ne voulez pas encore agir : demandez un plan.
Si vous devez transmettre vite : demandez une synthèse.
Si vous attendez un changement concret : demandez un patch.
Si vous voulez vérifier sans oublier : demandez une checklist.
Si la procédure doit être rejouée par quelqu'un d'autre : demandez un runbook.
Si vous devez trancher un choix : demandez une note de décision.

Choix rapides selon le besoin

Bug ou correctif

Commencez par un plan, puis demandez un patch si le diagnostic tient.

Documentation ou passation

Demandez une synthèse ou une fiche courte, puis un runbook si une procédure doit être rejouée.

Script ou exploitation

Demandez plutot une checklist ou un runbook qu'une simple explication floue.

Architecture

Commencez par un plan, puis une note de décision si un choix doit être formalisé.

Quand le format doit être machine-lisible

Dans certains cas, une sortie simplement "bien écrite" ne suffit pas. Si le résultat doit être repris dans un autre outil, comparé, transformé ou validé automatiquement, imposez un format simple et stable, par exemple JSON minimal, CSV, tableau fixe ou balisage XML très court.

Exemple de format imposé :
{
  "diagnostic": "...",
  "risques": ["..."],
  "actions": ["..."],
  "validations": ["..."]
}

Si ce niveau de rigidité est utile, pensez aussi à lire l'ingénierie de prompt avancée pour les techniques de structure stricte.

Erreurs fréquentes sur la sortie demandée

Sortie trop floue : demander "une aide" sans dire si vous voulez un plan, un patch ou une synthèse.
Sortie trop lourde : exiger un patch complet alors qu'un plan de modification suffit pour décider.
Sortie mal exploitable : recevoir un texte libre alors qu'une checklist ou un runbook était attendu.
Sortie non vérifiable : oublier les validations finales, les impacts et les risques restants.
Format inutilement rigide : demander du JSON ou du XML quand une note courte aurait été plus lisible.

Cas du site

Sur ce workspace, on peut demander un patch pour save-fiche.php, une checklist pour fiches.json, un runbook pour start-admin.ps1, une note de décision autour de Docker ou une synthèse de DEPLOIEMENT.md.

Pages voisines utiles

Voir bien structurer un prompt, les bonnes pratiques, l'ingénierie de prompt avancée, les checklists pour débutants, les prompts pour débutants, les squelettes de prompts et les recettes rapides.

← Retour à la rubrique IA