Formulations de sorties attendues
Comment demander une sortie attendue utile à une IA : plan, synthèse, patch, checklist, runbook, note de décision, tableau de risques ou fiche courte.
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.
Format de sortie : 1) Analyse initiale 2) Plan par étapes 3) Risques 4) Validations a rejouer
Format de sortie : 1) Contexte 2) Points cles 3) Risques restants 4) Suite recommandée
Format de sortie : 1) Plan de modification 2) Patch proposé 3) Impacts possibles 4) Vérification finale
Format de sortie : - points à vérifier avant action ; - points à vérifier après action ; - erreurs fréquentes ; - décision finale.
Format de sortie : 1) Pré-requis 2) Étapes d'exécution 3) Points de contrôle 4) Retour arrière 5) Escalade
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
Commencez par un plan, puis demandez un patch si le diagnostic tient.
Demandez une synthèse ou une fiche courte, puis un runbook si une procédure doit être rejouée.
Demandez plutot une checklist ou un runbook qu'une simple explication floue.
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.