Exemples de prompts : 13 prompts ChatGPT à copier

Voici treize prompts que vous pouvez copier et utiliser dès aujourd'hui dans ChatGPT, Claude ou Gemini. Chacun contient des champs à remplir, affichés sur la carte : indiquez votre sujet, votre langage ou votre texte, puis copiez le prompt ou ouvrez-le directement dans une conversation. Sous chaque prompt, une courte note explique pourquoi il est écrit ainsi, pour que vous puissiez l'adapter ou écrire le vôtre dans le même esprit.

Ces prompts suivent tous le même schéma. Chacun formule la tâche en une phrase, fournit le contexte qu'un modèle ne peut pas deviner et précise à quoi doit ressembler la réponse. Ce schéma est détaillé élément par élément dans comment écrire un prompt.

Des prompts pour apprendre

Les prompts d'apprentissage marchent le mieux quand ils disent au modèle ce que vous savez déjà. Sans cela, les explications visent un lecteur moyen imaginaire et sont en général soit trop basiques, soit trop denses.

Expliquer une notion à mon niveau

EditCopy

Fill insujetacquisinconnulangage

Explique la récursivité à quelqu'un qui connaît les variables, les boucles et les fonctions mais n'a pas encore appris les structures de données. Donne une analogie de la vie courante, puis un court exemple en Python, puis une question à laquelle je peux répondre pour vérifier que j'ai compris.

Try it

Example replyReplies vary between models and runs.

Analogie : tu fais la queue et tu veux connaître ta place. Tu demandes à la personne devant toi, qui demande à celle devant elle, et ainsi de suite jusqu'à ce que la première dise "je suis la numéro 1". Chacun ajoute un à la réponse reçue et la transmet en arrière.

Exemple :

def countdown(n):
    if n == 0:
        print("Done!")
        return
    print(n)
    countdown(n - 1)

countdown(3)

Cela affiche 3, 2, 1 puis Done!. Une fonction récursive résout un problème en s'appelant elle-même sur une version plus petite de ce problème. Le test if n == 0 est le cas de base : il arrête les appels. Sans lui, la fonction s'appellerait sans fin jusqu'à ce que Python lève une RecursionError.

Vérifie-toi : qu'affiche countdown(0) ?

Nommer ce que vous n'avez pas encore appris garde l'explication à votre portée. La question de vérification à la fin transforme la lecture en petit test, et c'est là que l'apprentissage se fait vraiment.

Me faire réviser une question à la fois

EditCopy

Fill insujetnombre

Fais-moi réviser les jointures SQL. Pose une seule question à la fois et attends ma réponse. Après chaque réponse, dis-moi si j'avais raison et explique pourquoi en deux phrases, puis pose la question suivante. Commence facile et augmente la difficulté. Arrête-toi après 5 questions et dis-moi quelles notions je dois revoir.

Try it

Example replyReplies vary between models and runs.

Question 1 sur 5 (facile) : tu joins une table customers et une table orders avec un INNER JOIN sur customer_id. Un client qui n'a jamais passé de commande apparaît-il dans le résultat ? Pourquoi ?

Écris ta réponse et je te dirai ce qu'il en est.

"Attends ma réponse" est la ligne qui compte. Sans elle, un modèle écrit souvent les cinq questions d'un coup, parfois avec les réponses en dessous, ce qui transforme le quiz en liste de lecture.

Construire un plan de révision

EditCopy

Fill insemainescompétencetempsacquis

Fais-moi un plan de 4 semaines pour apprendre les bases de JavaScript. Je peux étudier 30 minutes par jour et je connais déjà le HTML et un peu de CSS. Pour chaque semaine, donne les thèmes, un petit projet qui les utilise et comment je saurai que je suis prêt à passer à la suite. Le plan complet doit tenir sur un écran.

Try it

Le budget de temps et la ligne "comment je saurai" font la différence entre un plan utilisable et une liste de thèmes. Un plan sans point de contrôle a tendance à être suivi au calendrier, qu'on ait appris quelque chose ou non.

Des prompts pour coder

Les prompts de code ont besoin du langage, de la version quand elle compte, et du vrai code ou de l'erreur collés en entier. Une description de votre code décrit ce que vous pensez qu'il fait, et les bugs vivent dans la différence.

Écrire une fonction à partir d'une spécification

EditCopy

Fill inlangagenomrôlecas_limites

Écris une fonction Python nommée parse_price qui prend une chaîne comme "1 299,99 €" et renvoie le nombre sous forme de float. Gère ces cas limites : des espaces autour du nombre et l'absence du symbole € doivent quand même passer ; une chaîne vide doit lever ValueError. Ajoute trois tests courts. Renvoie uniquement le code.

Try it

Lister les cas limites dès le départ, avec ce qui doit se passer pour chacun, est le moyen le moins coûteux d'obtenir du code qui les gère comme vous le voulez. Demander des tests vous donne quelque chose à exécuter, pour vérifier la fonction au lieu de lui faire confiance.

Trouver la cause d'une erreur

EditCopy

Fill inlangageattendu

Mon code Python échoue avec l'erreur ci-dessous. Explique d'abord la cause, avec des mots simples, avant de proposer une correction. Montre ensuite la plus petite modification qui la corrige. Ce que j'attendais : une liste de noms Ce qui s'est passé : l'erreur ci-dessous Code :[collez le code] Erreur complète :[collez l'erreur complète, traceback compris]

Try it

Demander la cause avant la correction empêche le modèle de réécrire votre code avec une supposition qui se trouve tourner. Prompts pour déboguer explique plus en détail comment donner au modèle ce dont il a besoin pour trouver un bug.

Expliquer du code ligne par ligne

EditCopy

Fill inlangageniveauexemple

Explique ce code JavaScript ligne par ligne à quelqu'un qui connaît les bases mais n'a jamais utilisé async et await. Après l'explication, déroule ce qui se passe à l'exécution avec une entrée d'exemple de ton choix, en montrant la valeur de chaque variable à chaque étape. [collez le code]

Try it

Le déroulé est ce qui fait retenir. Une explication ligne par ligne dit ce que fait chaque ligne en général ; un déroulé montre ce qu'elle fait à de vraies valeurs, comme vous le vérifieriez vous-même avec un débogueur.

Relire mon code

EditCopy

Fill inlangage

Relis ce code TypeScript avant que j'ouvre une pull request. Cherche d'abord les bugs, les cas limites non gérés et les problèmes de sécurité, puis la lisibilité. Pour chaque problème, donne la ligne, la gravité (haute, moyenne ou basse) et une correction concrète. Si tu n'es pas sûr qu'il s'agisse d'un problème, dis-le au lieu de le présenter comme tel. Ne commente pas la mise en forme. [collez le code]

Try it

Les niveaux de gravité vous permettent de corriger d'abord ce qui est dangereux, et l'autorisation de dire "pas sûr" réduit les fausses alertes affirmées avec aplomb. Prompts pour la revue de code va plus loin, avec des listes de contrôle pour des types de revue précis.

Des prompts pour rédiger

Les prompts de rédaction ont besoin d'un public et d'un ton. "Améliore ce texte" ne donne aucune cible au modèle ; "rends-le plus clair pour des clients qui ne sont pas techniciens", si.

Réécrire pour plus de clarté

EditCopy

Fill inpublicton

Réécris le texte ci-dessous pour qu'il soit plus clair et plus court pour des clients qui ne sont pas techniciens. Garde chaque fait et chaque chiffre. Ton : amical et direct. Montre d'abord la réécriture, puis liste ce que tu as changé en trois puces maximum. """ [collez votre texte] """

Try it

"Garde chaque fait et chaque chiffre" protège le fond pendant que la forme change. La liste des modifications vous montre ce qui a été fait, pour annuler une retouche qui ne vous convient pas.

Écrire un e-mail

EditCopy

Fill indestinatairedemanderaisonplanton

Écris un court e-mail à ma responsable pour demander un jour de congé ce vendredi. La raison : le mariage de ma sœur. Précise que le rapport de sprint sera terminé jeudi. Ton : amical et direct. Moins de 100 mots, sans excuses. Ajoute un objet.

Try it

Example replyReplies vary between models and runs.

Objet : Congé ce vendredi

Bonjour [Prénom],

Je souhaiterais poser ce vendredi pour le mariage de ma sœur. Le rapport de sprint sera terminé jeudi, donc rien ne m'attendra ce jour-là.

Dis-moi si c'est bon pour toi.

Merci, [Votre prénom]

"Sans excuses" est une petite contrainte à grand effet : sans elle, ce genre de demande commence souvent par un paragraphe de "désolé de te déranger". La ligne sur le plan répond à la première question du lecteur avant qu'il la pose.

Résumer un long texte

EditCopy

Fill innombrelecteur

Résume le texte ci-dessous en 5 puces pour un responsable pressé qui ne l'a pas lu. Mets le point le plus important en premier. Après les puces, liste les questions ouvertes ou les décisions que le texte laisse en suspens. """ [collez le texte] """

Try it

Nommer le lecteur décide de ce qui compte comme important. La ligne sur les questions ouvertes rattrape ce qu'un simple résumé laisse tomber : ce que personne n'a encore décidé.

Des prompts pour le travail et l'organisation

Ces prompts transforment une matière brouillonne en quelque chose d'exploitable. L'astuce qui revient : dire au modèle quoi faire quand une information manque, pour qu'il signale le trou au lieu de le combler par une supposition.

Transformer des notes de réunion en actions

EditCopy

Transforme ces notes de réunion en liste d'actions. Utilise un tableau avec les colonnes tâche, responsable et échéance. Si les notes ne nomment ni responsable ni date, écris "non précisé" au lieu de deviner. Après le tableau, liste sous forme de puces les décisions prises pendant la réunion. """ Lancement repoussé au 12 mai. Priya met à jour la page des tarifs. Quelqu'un doit écrire aux utilisateurs de la bêta. Tom vérifie la configuration analytics d'ici vendredi. """

Try it

Example replyReplies vary between models and runs.

Tâche	Responsable	Échéance
Mettre à jour la page des tarifs	Priya	non précisé
Écrire aux utilisateurs de la bêta	non précisé	non précisé
Vérifier la configuration analytics	Tom	vendredi

Décisions :

• La date de lancement est repoussée au 12 mai.

La règle "non précisé" rend le tableau fiable : un responsable marqué "non précisé" est une tâche que personne n'a prise, et c'est justement ce que vous voulez voir. Quand un programme doit lire le résultat, voir sortie structurée pour demander du JSON plutôt qu'un tableau.

Comparer des options avant de décider

EditCopy

Fill inoptionssituation

Je dois choisir entre louer un bureau et rester en télétravail complet pour une équipe de 6 personnes. Avant de me conseiller, pose-moi jusqu'à cinq questions sur ce qui compte dans ma situation. Une fois que j'ai répondu, compare les options dans un tableau avec les critères tirés de mes réponses, puis donne une recommandation et le principal risque de ce choix.

Try it

Demander au modèle de vous interroger d'abord inverse le déroulement habituel. Au lieu d'une liste générique d'avantages et d'inconvénients, vous obtenez une comparaison fondée sur vos propres priorités.

Découper un projet en étapes

EditCopy

Fill induréeprojet

Découpe ce projet en étapes que je peux terminer en une à deux heures chacune : créer un site portfolio personnel. Ordonne-les pour que chaque étape produise quelque chose que je peux voir ou tester. Signale les étapes où je risque de bloquer, et dis-moi quoi chercher quand ça arrive.

Try it

Des étapes petites et visibles rendent les progrès vérifiables, et signaler les étapes difficiles à l'avance permet de les aborder en s'y attendant. Pour transformer n'importe quel prompt de cette page en version réutilisable à vous, voir modèles de prompts.