Pour rédiger un prompt efficace dans ChatGPT, ChatGPT Work ou Codex, commencez par décrire le résultat attendu. Vous pouvez ensuite préciser vos sources, fixer les limites utiles et demander les vérifications nécessaires avant d’utiliser le travail obtenu.
Une réponse développée ne correspond pas forcément à votre besoin. Vous cherchez peut-être un courriel bref, une présentation sourcée ou une correction de code vérifiable. Votre prompt doit donc définir un résultat que vous pourrez examiner, plutôt qu’une simple quantité de contenu. Les exemples suivants vous montrent comment formuler ces demandes, puis les ajuster sans recommencer tout le travail.
Commencez votre prompt par le résultat attendu
Un prompt est une question, une instruction ou un objectif adressé à l’outil. Vous n’avez besoin ni d’une syntaxe particulière ni d’un formulaire obligatoire. Pour une tâche importante, quatre repères vous aident cependant à cadrer votre demande : l’objectif, le contexte, le résultat et les limites.
Commencez par ce que vous souhaitez obtenir. Pour informer votre équipe après une réunion, vous pouvez écrire :
À partir de ces notes de réunion, rédige un bref point d’avancement pour l’équipe projet. Ouvre le texte sur les décisions prises et les prochaines actions.
Vous précisez ici le document attendu, son destinataire et l’ordre des informations. Le public et l’usage prévu orientent la réponse sans imposer chaque étape de sa préparation.
Dans une conversation courante, quelques contraintes suffisent également à guider un brouillon. Pour répondre à une invitation, vous pouvez demander :
Rédige un courriel chaleureux pour décliner cette invitation, car je serai en déplacement. Reste sous 120 mots et indique que je reste intéressé par un prochain événement.
Le motif, le ton et la longueur ont chacun une fonction. Vous n’avez pas besoin d’ajouter une méthode détaillée si elle ne change pas le résultat. Gardez cette précision supplémentaire pour les travaux dont vous devez examiner l’approche avant l’exécution.
Fournissez les bonnes sources et fixez vos limites
Votre contexte doit réunir les informations susceptibles de modifier la réponse. Joignez les documents pertinents et expliquez leur rôle. Lorsque votre demande dépend d’informations récentes, précisez qu’une recherche Web est nécessaire et demandez les sources permettant de vérifier le résultat.
Pour des services connectés, indiquez où chercher et quelles informations recueillir. L’accès à Google Drive ou Slack suppose toutefois le plugin correspondant. Sa disponibilité peut dépendre de votre abonnement et des réglages de votre espace de travail.
Vous pouvez réunir des sources, un livrable et des précautions dans une même demande. Pour préparer une réunion de direction, le prompt devient :
Prépare un point d’avancement d’une page pour la réunion de direction de lundi. Appuie-toi sur le dernier plan du projet dans Google Drive et sur les décisions et mises à jour pertinentes du canal Slack associé.
Présente d’abord les décisions attendues de la direction et les prochaines actions. Résume ensuite l’avancement, les risques, les responsables et les échéances.
Ne modifie pas les dates ni les montants budgétaires déjà approuvés. Signale les informations absentes ou contradictoires. N’envoie et ne publie rien.
Avant de terminer, vérifie que chaque prochaine action possède un responsable et une échéance.
Ce prompt ne décrit pas chaque recherche. Il définit les éléments à réunir et les points à contrôler. Il établit aussi une frontière essentielle : préparer un document n’autorise pas sa diffusion.
Adaptez ces limites aux problèmes réellement possibles. Vous pouvez protéger des chiffres validés, imposer un budget ou réserver l’envoi à votre approbation. L’objectif n’est pas de tout encadrer, mais d’éviter les modifications ou les actions qui rendraient le travail inutilisable.
Avec ChatGPT Work, définissez des livrables que vous pourrez relire
Le chat convient aux questions rapides, aux idées et aux brouillons légers. ChatGPT Work correspond aux tâches mobilisant plusieurs sources ou outils, plusieurs étapes, des modifications ou des fichiers finalisés. Votre demande doit donc préciser ce que vous examinerez à l’arrivée.
Vous pouvez, par exemple, transformer des rapports trimestriels en deux documents destinés à une même équipe :
Utilise les rapports trimestriels joints pour préparer une note de direction et une présentation de six diapositives.
Ces documents s’adressent à l’équipe dirigeante. Fais apparaître en premier les trois décisions qu’elle doit prendre. Sépare les faits rapportés de ton analyse et rattache chaque chiffre à son fichier source.
Avant de finaliser, vérifie que la note et la présentation concordent.
L’intérêt ne réside pas seulement dans la création de fichiers. Vous demandez une cohérence entre les livrables, avec une origine identifiable pour les chiffres utilisés.
Pour préparer un choix de logiciel, vous pouvez déplacer l’attention vers les critères de comparaison et les incertitudes :
Étudie trois plateformes de support client pour une entreprise de 50 personnes, à partir de sources actuelles. Compare leurs tarifs, leur sécurité, leurs intégrations et l’effort nécessaire à la migration. Remets une note de recommandation avec les liens, les hypothèses retenues et les questions à clarifier avant de signer un contrat.
Pour un lancement produit, votre demande porte plutôt sur l’organisation du travail :
À partir du brief produit joint, prépare un plan de lancement. Précise le calendrier, les responsables, les dépendances et les risques. Ajoute un brouillon d’annonce, une FAQ destinée aux clients et une liste de vérification pour le jour du lancement. Signale les décisions manquantes avant de finaliser les fichiers.
Ces demandes correspondent à des résultats différents. Dans chaque cas, séparez les éléments indispensables des finitions facultatives. Vous pouvez réduire ou arrêter la tâche lorsqu’elle commence à produire un travail dont vous n’avez plus besoin.
Avec Codex, décrivez ce que vous voulez comprendre ou corriger
Utilisez Codex lorsque votre demande concerne du code, une base de code ou des outils de développement. Un prompt utile précise le comportement attendu et sa vérification, en indiquant les fichiers ou les manipulations nécessaires.
Le contexte transmis dépend de votre interface. L’extension de l’éditeur de code inclut automatiquement les fichiers ouverts. Dans l’interface en ligne de commande, indiquez explicitement les chemins utiles ou joignez les fichiers. Pour comprendre une portion de code sélectionnée, vous pouvez demander :
Explique le parcours d’une requête dans le code sélectionné. Résume le rôle de chaque module, indique quelles données sont vérifiées et à quel endroit. Termine par un ou deux points de vigilance à connaître avant de modifier ce fonctionnement.
Vous obtenez ainsi une explication rattachée au code concerné, plutôt qu’une présentation générale du projet.
Pour corriger un bug, fournissez ensuite de quoi reproduire précisément le défaut. Voici comment décrire un problème d’enregistrement dans les paramètres :
Sur l’écran des paramètres, le message « Saved » apparaît parfois après un clic sur « Save », mais la modification n’est pas conservée.
Pour reproduire le problème, lance npm run dev, ouvre /settings, modifie le réglage « Enable alerts », clique sur « Save », puis actualise la page. Le réglage revient à son état précédent.
Garde l’API inchangée et limite la correction au nécessaire. Ajoute un test de non-régression si possible. Reproduis d’abord le bug, propose un correctif, puis reprends les étapes de reproduction et exécute les contrôles pertinents. Indique les commandes utilisées et leurs résultats.
Vous pourrez alors examiner ce qui a réellement été vérifié, au-delà de la seule description du correctif. Le test de non-régression sert à contrôler que le défaut corrigé ne réapparaît pas.
Pour tester une fonction précise, nommez-la avec son fichier :
Ajoute un test pour la fonction invert_list dans transform.ts. Vérifie son fonctionnement habituel ainsi que les cas limites. Respecte les conventions des tests déjà présents dans le projet.
La demande définit ici le périmètre du contrôle. Vous évitez de laisser implicite la partie du code à examiner.
Cadrez la création d’interfaces et les modifications plus larges
Une capture d’écran fournit une référence visuelle, mais elle ne décrit pas toutes les interactions. Vous devez encore préciser les technologies attendues et les comportements invisibles sur l’image, comme la navigation au clavier ou les règles de validation.
Pour créer un prototype à partir d’une capture jointe, vous pouvez écrire :
Développe un tableau de bord à partir de cette image avec React, Vite et Tailwind, en TypeScript. Reproduis aussi fidèlement que possible la disposition, les espacements et la typographie. Prévois une nouvelle page accessible dans l’application, les petits composants nécessaires et un fichier README expliquant le lancement local.
Demandez ensuite l’adresse locale où consulter le prototype, après lancement du serveur de développement lorsque cette action est autorisée. Vous pourrez vérifier le rendu dans votre navigateur, puis formuler un ajustement ciblé :
Conserve la disposition actuelle, mais simplifie les couleurs et supprime les bordures redondantes pour alléger l’interface.
Cette progression vous permet d’examiner chaque modification. Si vous annulez ou modifiez vous-même une intervention, signalez vos changements à Codex pour qu’il en tienne compte ensuite.
Pour une réorganisation plus importante du code, demandez plutôt un plan avant toute modification. La commande /plan permet de solliciter cette préparation pour une tâche en plusieurs étapes. Pour un système d’authentification, vous pouvez formuler l’objectif ainsi :
Prépare un plan de réorganisation du système d’authentification. Sépare l’analyse des jetons, le chargement des sessions et la gestion des permissions. Réduis les imports circulaires et facilite les tests.
Ne change ni le comportement visible par les utilisateurs ni les interfaces publiques. Détaille les étapes de migration, les fichiers déplacés à chaque étape et la stratégie de retour en arrière.
Avant ce travail, enregistrez vos modifications dans le système de gestion de versions ou mettez-les de côté. Vous pourrez ainsi comparer les changements. Après examen du plan, vous pouvez déléguer une première étape à un environnement cloud Codex configuré, puis inspecter les différences avant de poursuivre.
codex tip: ask codex to do its research first and then use set_goal to set an appropriate goal instead of /goal
— Vaibhav (VB) Srivastav (@reach_vb) July 13, 2026
It results in massively better prompt and downstream results!
all my prompts would start with requirements gathering and research and once done set_goal
Affinez vos demandes et contrôlez le résultat final
Votre premier prompt n’a pas besoin d’être parfait. Après lecture du résultat, demandez une modification précise plutôt qu’une réécriture générale. Pour améliorer un texte, vous pouvez écrire :
Rends l’ouverture plus directe, conserve les éléments qui étayent le propos et place la recommandation avant la présentation du contexte.
Vous pouvez également ajouter une source manquante, demander une autre option ou ajuster le niveau de détail. Ces échanges prolongent la demande initiale sans imposer de tout recommencer.
Pour du code, une revue constitue une étape supplémentaire avant validation. Dans l’interface en ligne de commande de Codex, vous pouvez utiliser :
/review Concentre l’examen sur les cas limites et les problèmes de sécurité.
Appliquez les corrections pertinentes, puis relancez la revue pour vérifier les points soulevés. Le contrôle doit aussi correspondre au type de production. Pour une documentation, vous pouvez demander :
Complète la documentation des fonctionnalités avancées avec des indications pour résoudre les problèmes d’authentification. Vérifie la validité de tous les liens.
Après cette intervention, consultez la page telle qu’elle s’affiche. De manière générale, relisez vous-même le résultat avant de l’utiliser ou de le partager, même lorsque vous avez demandé une vérification finale à l’outil.
Gardez la décision d’utiliser le travail obtenu
Plus vous confiez de travail à l’outil, plus le moment de validation doit être identifiable. Vous pouvez laisser ChatGPT ou Codex préparer, rechercher et modifier dans le périmètre défini, tout en conservant la décision de publier ou de partager. Un prompt utile prépare cette séparation : il indique non seulement ce que vous attendez, mais aussi ce que vous devez pouvoir contrôler avant de poursuivre.
FAQ sur les prompts ChatGPT et Codex
Où enregistrer les consignes que vous utilisez dans chaque conversation ?
Vous pouvez enregistrer vos préférences durables dans les instructions personnalisées, accessibles depuis les paramètres de personnalisation de ChatGPT. Réservez cet espace aux consignes qui doivent s’appliquer d’une conversation à l’autre. Les documents, contraintes et exigences propres à un travail particulier restent dans le prompt de la conversation concernée.
Pourquoi ChatGPT ne retrouve-t-il pas un document dans Drive ou Slack ?
L’accès nécessite le plugin correspondant et peut dépendre de votre abonnement ou des paramètres de votre espace de travail. Mentionner un service ne garantit donc pas que son contenu soit accessible. Dans ChatGPT, vous pouvez saisir @ dans la zone de rédaction pour sélectionner un plugin spécifique parmi ceux disponibles.
Comment modifier une consigne pendant que Codex travaille ?
Vous pouvez transmettre votre message avec Steer pour agir sur l’exécution en cours, ou le placer dans la file d’attente pour l’exécution suivante. Le premier cas convient à une correction de direction. Le second permet de préparer une tâche complémentaire qui doit attendre la fin du travail actuel.
Comment réutiliser un prompt pour une tâche récurrente ?
Commencez par affiner votre demande dans une conversation classique. Lorsque le résultat devient fiable, vous pouvez planifier une tâche dans cette conversation. Choisissez plutôt une tâche planifiée indépendante lorsque chaque exécution doit ouvrir une nouvelle conversation, au lieu de prolonger systématiquement le même échange et son contexte.
Quelles restrictions d’accès s’appliquent à Codex ?
Les commandes locales s’exécutent dans un environnement isolé qui limite l’accès aux fichiers et au réseau. Si une tâche doit dépasser ces limites, Codex applique votre politique d’approbation. Dans les environnements cloud, l’accès à Internet est désactivé pendant la phase d’exécution de l’agent, sauf activation pour l’environnement concerné.
Comment demander une revue de code directement dans GitHub ?
Vous devez d’abord activer la revue de code Codex sur le dépôt concerné. Vous pouvez ensuite publier le commentaire @codex review dans une demande de fusion GitHub. Cette méthode permet de solliciter une analyse sans récupérer la branche localement. Vous pouvez préciser les points à examiner, notamment les vulnérabilités et les questions de sécurité.
- Partager l'article :
Restez à la pointe de l'information avec
INTELLIGENCE-ARTIFICIELLE.COM !


