Une bonne pratique n'est pas de produire un roman à chaque demande. Le but est d'envoyer assez de contexte pour orienter l'IA, tout en gardant une structure claire et un résultat vérifiable.
Les points ci-dessous viennent de retours d'usage concrets et servent surtout à obtenir des réponses plus utiles, plus stables et plus faciles à vérifier.
Une IA travaille mieux quand les limites sont claires: ne pas changer l'API, ne pas ajouter de dépendance, ne pas toucher à la base, ne pas supposer un accès externe.
Demandez une analyse, un plan ou une compréhension du problème avant de demander une solution. Cela diminue les réponses trop rapides ou hors sujet.
Si vous voulez exploiter la réponse, imposez une forme stable: résumé, plan, patch, tests, risques, validations. Sans format, les réponses dérivent plus vite.
Un exemple minimal de bonne sortie aide beaucoup. Quelques lignes suffisent pour montrer le niveau de détail, le ton, l'organisation ou la forme du résultat.
Un prompt gagne en clarté si vous distinguez le rôle demandé, le contexte, les contraintes et enfin les données à analyser. Cela évite les mélanges.
Enchaînés proprement, plusieurs prompts permettent de corriger la trajectoire: analyse d'abord, plan ensuite, implémentation enfin, puis vérification.
Ajoutez une étape finale du type: vérifie les contradictions, les oublis, les risques et les validations restantes. Ce n'est pas infaillible, mais c'est utile.
Une IA aide à produire plus vite, pas à supprimer la vérification. Le contrôle final reste humain, surtout pour la sécurité, les données et les effets de bord.
Rôle : tu es un ingénieur logiciel senior. Contexte : - application PHP existante ; - bug sur la sauvegarde d'un formulaire ; - base de données Oracle ; - objectif : corriger sans modifier l'API. Contraintes : - pas de nouvelle dépendance ; - expliquer d'abord la cause probable ; - proposer une correction robuste. Format de sortie : 1) Analyse 2) Cause racine 3) Correctif proposé 4) Vérifications à effectuer
Cette structure n'est pas magique, mais elle force déjà l'IA à travailler dans un cadre plus utile qu'une simple demande du type: "corrige ce bug".
Un assistant ne devient ni stratège, ni médecin, ni panel d'experts parce qu'un rôle lui est attribué. Ces rôles servent à organiser l'analyse. Les conclusions doivent rester reliées aux informations disponibles et être vérifiées à la hauteur de l'enjeu.
Je dois créer [LIVRABLE] pour [PUBLIC] afin de [OBJECTIF]. Avant de rédiger, identifie besoins du public, angles possibles, objections, informations manquantes et structures adaptées. Recommande une direction avec ses raisons, puis produis le livrable sans ajouter de faits absents de mon contexte.
Transforme cette idée brute en brief exploitable : [IDÉE]. Présente objectif, public, problème, résultat, message, contraintes, ton, livrables et critères de réussite. Pose les questions décisives ; si tu dois avancer, sépare clairement hypothèses et faits. N'exécute le brief qu'après cette clarification.
Examine cette idée sans chercher à me donner raison : [IDÉE]. Repère hypothèses non prouvées, causes d'échec, angles morts et alternatives. Indique ce qui doit être validé avant d'investir plus de temps, puis propose une version renforcée et trois prochaines étapes.
Analyse ce problème avant de modifier quoi que ce soit : [ÉLÉMENT]. Sépare symptômes observables, causes possibles, impacts et priorités. Indique les preuves qui permettraient de confirmer chaque cause. Propose ensuite le plus petit changement défendable et explique-le.
Pour atteindre [OBJECTIF] avec [CONTRAINTES], propose trois approches fondées sur des logiques distinctes. Compare effort, délai, bénéfice, risque, réversibilité et profil adapté. Recommande une voie pour mon contexte et indique les conditions qui changeraient ce choix.
Évalue [LIVRABLE] pour [PUBLIC ET OBJECTIF]. Utilise les critères suivants : clarté, utilité, exactitude, différenciation et adéquation au public. Pour chaque critère, cite une preuve dans le contenu, explique la faiblesse et propose une amélioration concrète. Réécris seulement après le diagnostic.
Mon objectif est [OBJECTIF] et voici mon contexte : [CONTEXTE]. Avant de répondre, formule les cinq questions qui influencent le plus la solution. Pour chacune, explique ce que la réponse pourrait changer. Attends mes réponses ou, si je te le demande, avance avec des hypothèses explicitement étiquetées.
Compare [OPTIONS] selon mes priorités [PRIORITÉS] et contraintes. Propose des critères, demande-moi de valider leurs poids, puis évalue chaque option avec les preuves disponibles. Montre les compromis et la sensibilité du résultat. Termine par « choisir X si… » pour chaque option.
Examine [IDÉE OU LIVRABLE] selon trois perspectives : [RÔLE 1], [RÔLE 2] et observateur sceptique. Ne prétends pas reproduire de vrais experts. Pour chaque angle : forces, faiblesses, question prioritaire. Présente accords, désaccords, puis une synthèse hiérarchisée.
Voici mes tâches pour [OBJECTIF] : [LISTE]. Identifie les quelques actions susceptibles d'apporter le plus de valeur, en explicitant tes hypothèses et le niveau d'incertitude. Indique ce qui peut être reporté, ce qui reste indispensable pour réduire un risque, puis propose un plan limité à cette semaine. Ne transforme pas le principe 80/20 en promesse chiffrée.
Une bonne relance ne consiste pas seulement à demander « va plus loin ». Précisez plutôt ce qui manque : preuve, contre-exemple, cas limite, comparaison, priorité ou critère de réussite.
Ces bonnes pratiques se vérifient très bien sur save-fiche.php, start-admin.ps1, fiches.json, REST / JWT ou DEPLOIEMENT.md : les bons résultats arrivent surtout quand le contexte, les contraintes et la vérification finale sont clairement demandés.
Pour des exemples plus concrets, consultez les prompts développement, les prompts architecture et les prompts documentation. Pour la transcription texte de huit conseils avancés issus de captures, consultez aussi l'ingénierie de prompt avancée. Pour démarrer sans jargon, consultez aussi les prompts pour débutants. Pour une page dédiée à l'ossature d'une bonne demande, consultez aussi bien structurer un prompt. Pour voir des reformulations courtes mais efficaces, consultez les exemples avant / après. Pour voir ce qu'il faut éviter, consultez aussi les anti-patterns et erreurs fréquentes. Pour appliquer ces méthodes à un parcours d'étude, consultez apprentissage et vie pratique.