Les meilleurs prompts ChatGPT et Claude pour les développeurs donnent au modèle trois éléments : le code réel, une seule tâche claire et un format de sortie défini. C’est toute l’astuce pour obtenir une session utile avec un GPT de programmation ou un ingénieur logiciel AI. « Révise mon code » produit un résumé poli. « Examine ce diff pour détecter les bugs et les problèmes de sécurité, liste les constats par niveau de gravité avec les numéros de ligne et ne réécris pas le fichier » fournit quelque chose d’exploitable. Vous trouverez ci-dessous 30 prompts pour les développeurs, organisés en six groupes : revue de code et qualité, tests, refactorisation et performances, documentation et descriptions de PR, frontend, et backend et DevOps. Ils sont indépendants du langage, avec des placeholders [language], ainsi que quelques versions Python et TypeScript lorsque les détails sont importants.
Revue de code, configurée une fois
Skill AI de revue de code Yuri
Yuri charge une fois vos standards de revue, votre échelle de gravité et votre stack, afin que chaque revue suive les mêmes règles au lieu de repartir d’un prompt vierge à chaque fois.
$19
Obtenir le Skill →
Comment utiliser ces prompts
Copiez un prompt, remplacez les [brackets] et collez le code ou le diff juste après. Deux habitudes font une grande différence. Premièrement, collez toujours l’artefact réel : la fonction, la trace d’erreur, le diff, le schéma. Une description du code n’est pas le code. Deuxièmement, précisez ce que vous voulez obtenir : un diff, un tableau, une liste numérotée, un fichier. Les modèles produisent par défaut du texte suivi ; c’est rarement ce que vous voulez.
Si vous utilisez Claude Code, les prompts fonctionnent toujours tels quels, mais beaucoup d’entre eux sont mieux enregistrés comme commande slash ou Skill afin d’éviter de les retaper. Une courte section sur ce sujet se trouve ci-dessous, et une autre plus longue dans notre guide sur les Skills Claude Code.
Revue de code et qualité (prompts 1 à 5)
Les prompts de revue fonctionnent mieux sur un diff que sur un fichier complet. Demandez que les constats soient regroupés par niveau de gravité afin de pouvoir ignorer les remarques de style lorsque vous manquez de temps.
prompt 1 : revue senior par niveau de gravité
Examinez ce diff [language] comme un ingénieur senior. Regroupez les constats dans les catégories suivantes : bugs, sécurité, performances, maintenabilité, style. Pour chaque constat, indiquez la référence de ligne, le problème en une phrase et la correction. Ne réécrivez pas tout le fichier. Si vous ne trouvez rien dans une catégorie, dites-le. Diff : [paste diff]
prompt 2 : analyse de sécurité uniquement
Vérifiez uniquement les problèmes de sécurité de ce code [language] : injection, désérialisation dangereuse, absence de validation des entrées, secrets dans le code, paramètres par défaut non sécurisés et risques liés aux dépendances. Pour chaque constat, indiquez le risque, comment il pourrait être exploité en une ligne et la version plus sûre. Code : [paste code]
Prompt 3 : Expliquer la modification à un relecteur
Je suis l’auteur de ce diff. Rédigez les notes de revue que je devrais joindre afin qu’un relecteur le comprenne rapidement : ce qui a changé, pourquoi, ce qu’il faut examiner en premier, ce qui est volontairement hors périmètre et comment je l’ai testé. Limitez-vous à 150 mots. Diff : [paste diff]
Prompt 4 : Trouver le bug latent
Ce code en [language] fonctionne dans le scénario nominal, mais je soupçonne un bug dans les cas limites. Analysez-le avec les entrées suivantes : entrée vide, valeur null ou None, entrée très volumineuse, appels concurrents et dépendance défaillante. Pour chacune, indiquez ce qui se passe et si cela est correct. Code : [paste code]
Prompt 5 : Revue du typage et du linting Python
Examinez ce module Python pour vérifier le typage et la correction. Ajoutez ou corrigez les annotations de type, signalez tout ce que mypy en mode strict rejetterait, indiquez les arguments par défaut mutables, les excepts nus et les ressources non fermées. Retournez le module corrigé et une liste à puces des changements effectués. Code : [paste code]
Tests (prompts 6 à 10)
Demandez au modèle de lister les cas avant d’écrire les tests. Il est beaucoup plus facile de repérer un cas manquant dans une liste de cinq lignes que dans 200 lignes de code de test.
Prompt 6 : Tests unitaires avec la liste des cas en premier
Écrivez des tests unitaires pour cette fonction en [language] avec [test framework]. Avant le code, listez tous les cas que vous couvrirez : scénario nominal, limites, chemins d’erreur et entrées non valides. Écrivez ensuite les tests. Utilisez des noms de tests descriptifs qui se lisent comme des phrases. Fonction : [paste code]
Prompt 7 : Test de régression à partir d’un bug
Voici un rapport de bug et le correctif. Écrivez un test de régression qui échoue avec l’ancien code et réussit avec le nouveau, en utilisant [test framework]. Nommez le test d’après le bug. Bug : [describe bug]. Diff du correctif : [paste diff]
Prompt 8 : Tests avant une modification risquée
Je m’apprête à modifier [what you are changing] dans [file or module]. Dressez la liste des tests que je devrais avoir en place avant d’y toucher, classés selon la probabilité que chacun détecte une régression. Indiquez lesquels existent déjà en vous basant sur ce fichier de test : [paste test file]
Prompt 9 : Test d’intégration TypeScript
Écrivez un test d’intégration en TypeScript avec [Vitest or Jest] pour ce gestionnaire d’API. Ne simulez que la frontière externe ([database, HTTP client, queue]), pas les modules internes. Couvrez un appel réussi, un échec de validation et un dépassement de délai en amont. Gestionnaire : [paste code]
Prompt 10 : Revue des tests
Examinez ces tests. Indiquez-moi quelles assertions sont faibles (qui vérifient la véracité, se limitent à un instantané ou testent le mock plutôt que le code), quels cas manquent et quels tests sont redondants. Suggérez les trois ajouts les plus utiles. Tests : [paste tests]
Refactorisation et performances (prompts 11 à 15)
Refactoring prompts need a hard constraint: behaviour must not change. Say it explicitly, and ask for the changes as a list so you can review them one at a time.
Les prompts de refactorisation nécessitent une contrainte stricte : le comportement ne doit pas changer. Dites-le explicitement et demandez que les modifications soient présentées sous forme de liste afin de pouvoir les examiner une par une.
Prompt 11 : Refactorisation préservant le comportement
Refactorez ce code [language] pour en améliorer la lisibilité sans modifier son comportement. Conservez l’interface publique à l’identique. Énumérez chaque modification sur une ligne, avec sa raison, avant le code. Signalez tout ce qui ressemble à un bug, mais ne le corrigez pas silencieusement ; indiquez-le séparément. Code : [paste code]
Prompt 12 : Diviser une fonction longue
Cette fonction est trop longue. Divisez-la en fonctions plus petites aux noms explicites, chacune ne faisant qu’une seule chose. Montrez d’abord la nouvelle structure sous forme de plan (noms des fonctions et objectif en une ligne), puis le code. N’introduisez pas de nouvelles abstractions à moins qu’elles ne soient utilisées au moins deux fois. Code : [paste code]
Prompt 13 : Trouver le problème de performance
Ce code [language] est lent avec [size of input]. Identifiez le goulot d’étranglement probable, estimez sa complexité et proposez une correction. Expliquez les compromis de cette correction (mémoire, lisibilité, risque pour la correction). Ne faites pas de micro-optimisation ; trouvez le problème principal. Code : [paste code]. Résultats du profilage, le cas échéant : [paste]
Prompt 14 : Réécriture Python axée sur les performances
Réécrivez cette fonction Python pour améliorer ses performances. Privilégiez les fonctions intégrées, les compréhensions, les générateurs et la bibliothèque standard aux boucles écrites manuellement. Conservez la même signature et le même type de retour. Montrez l’avant et l’après, et décrivez comment vous les compareriez avec timeit. Code : [paste code]
Prompt 15 : Supprimer la duplication
Voici deux morceaux de code ou plus qui semblent similaires. Dites-moi s’ils devraient partager une implémentation ou rester séparés, et pourquoi. S’ils doivent en partager une, écrivez-la et montrez comment chaque site d’appel change. Code A : [paste]. Code B : [paste]
Documentation et descriptions de pull request (prompts 16 à 20)
La documentation est le travail le plus souvent négligé. Ces prompts prennent dix secondes et produisent quelque chose qu’un nouveau membre de l’équipe peut réellement utiliser.
Rédigez une description de pull request pour ce diff. Sections : Résumé (deux phrases), Modifications (puces), Pourquoi, Comment tester (étapes), Risques et retour arrière. Utilisez un langage simple, sans ton marketing. N’inventez pas de contexte qui ne vous a pas été fourni. Diff : [paste diff]. Ticket : [ticket link or summary]
Prompt 17 : Docstrings et commentaires
Ajoutez des docstrings à chaque fonction et classe publique de ce fichier [language] en suivant le style [Google, NumPy, JSDoc ou votre propre standard]. Documentez les paramètres, les valeurs de retour, les erreurs levées et un exemple pour chaque élément. N’ajoutez pas de commentaires qui reformulent le code. Fichier : [paste code]
Prompt 18 : README pour un module
Rédigez une section de README pour ce module : ce qu’il fait, quand l’utiliser, un exemple minimal fonctionnel, les options de configuration sous forme de tableau et les erreurs courantes. Limitez-vous à 300 mots. Code : [paste code or public API]
Prompt 19 : Documentation d’un endpoint d’API
Générez une documentation de référence pour cet endpoint : méthode, chemin, exigence d’authentification, paramètres de requête avec leurs types et leur caractère obligatoire ou facultatif, un exemple de requête, un exemple de réponse réussie et chaque réponse d’erreur avec sa cause. Source : [paste route or controller]
Prompt 20 : Fiche de décision d’architecture
Rédigez un ADR pour cette décision. Sections : Contexte, Décision, Alternatives envisagées (en indiquant pourquoi chacune a été rejetée), Conséquences. Une page maximum. Décision : [describe]. Alternatives : [list]. Contraintes : [list]
Frontend (prompts 21 à 25)
Les prompts frontend doivent préciser le framework et le modèle de rendu. « React » seul ne suffit pas lorsque la réponse diffère entre un composant client et un composant serveur.
Prompt 21 : Revue de composant
Examinez ce composant [React, Vue, Svelte] sous les angles suivants : rendus inutiles, état qui devrait être dérivé, clés manquantes, effets qui devraient être des gestionnaires d’événements et propriétés qui exposent des détails d’implémentation. Proposez une correction pour chacun. Composant : [paste code]
Prompt 22 : Audit d’accessibilité
Auditez ce balisage et le code du composant sous l’angle de l’accessibilité : éléments sémantiques, libellés, ordre de mise au point, utilisabilité au clavier, jetons de contraste des couleurs et mauvais usage d’ARIA. Répertoriez les problèmes en indiquant le critère WCAG auquel chacun contrevient, ainsi que le code corrigé. Code : [paste code]
Prompt 23 : Types TypeScript pour une réponse d’API
Voici un exemple de réponse JSON provenant de [endpoint]. Écrivez les types TypeScript correspondants. Utilisez des unions discriminées lorsqu’un champ change de forme, marquez correctement les champs facultatifs et ajoutez un validateur à l’exécution avec [Zod or your library] qui correspond aux types. JSON : [paste sample]
Prompt 24 : Débogage de mise en page CSS
Cette mise en page se casse à [viewport or condition]. Voici le HTML et le CSS. Expliquez clairement ce qui en est la cause, puis donnez la modification CSS minimale pour la corriger. Privilégiez les mises en page modernes (grid, flex, requêtes de conteneur) aux solutions de contournement. Code : [paste code]
Prompt 25 : Décision concernant la gestion de l’état
Je dois gérer [describe state] dans une application [framework] de [size]. Comparez le fait de le conserver localement, de le remonter dans le contexte et d’utiliser [store library]. Recommandez-en une pour ce cas en justifiant votre choix, puis montrez la structure de base de l’approche recommandée.
Backend et DevOps (prompts 26 à 30)
Les prompts backend et d’infrastructure gagnent à préciser l’environnement : la base de données, la version du runtime, le fournisseur cloud et ce qui ne doit pas tomber en panne.
Prompt 26 : Revue de la conception d’API
Examinez cette conception d’API pour en vérifier la cohérence et l’exactitude : nommage des ressources, méthodes et codes d’état HTTP, pagination, format des erreurs, idempotence des écritures et gestion des versions. Retournez un tableau indiquant le problème, sa pertinence et la correction. Spécification ou routes : [paste]
Prompt 27 : Revue des requêtes et du schéma de base de données
Examinez ce schéma [database] et ces requêtes. Signalez les index manquants, les schémas N+1, les colonnes pouvant être NULL qui ne devraient pas l’être et les requêtes qui ne passeront pas à l’échelle au-delà de [rows]. Suggérez une migration pour chaque modification du schéma. Schéma : [paste]. Requêtes : [paste]
Prompt 28 : Renforcement d’un Dockerfile
Examinez ce Dockerfile. Réduisez la taille de l’image, verrouillez les versions, utilisez un utilisateur non root, séparez les étapes de compilation et d’exécution, et rendez la mise en cache des couches efficace. Retournez le Dockerfile amélioré avec un commentaire sur chaque ligne modifiée. Dockerfile : [paste]
Prompt 29 : Débogage d’un pipeline CI
Ce pipeline [GitHub Actions, GitLab CI, autre] échoue de manière intermittente. Voici la configuration et un journal d’échec. Identifiez la cause la plus probable, indiquez-moi comment la confirmer et donnez-moi la correction. S’il s’agit d’un test instable plutôt que du pipeline, dites-le. Configuration : [paste]. Journal : [paste]
Prompt 30 : Rapport d’analyse d’incident
Rédigez un rapport d’incident sans recherche de coupable à partir de ces notes. Sections : Résumé, Impact, Chronologie, Cause racine, Ce qui s’est bien passé, Ce qui s’est mal passé, Actions à entreprendre avec leurs responsables. Restez factuel, sans spéculer au-delà de ce que les notes permettent d’établir. Notes : [paste incident notes]
Où les placer dans Claude Code
Si vous utilisez Claude Code, retaper le prompt 1 à chaque revue est une perte de temps. Claude Code vous offre trois endroits où stocker des instructions, chacun étant adapté à un type de prompt différent.
-
CLAUDE.md contient les règles qui doivent s’appliquer à chaque session dans un dépôt : le langage, le framework de test, le guide de style, « ne jamais valider de secrets ». Court, toujours actif, sans arguments.
-
Les commandes slash (fichiers dans
.claude/commands/) servent à exécuter à la demande une tâche répétable : /review, /pr-description, /tests. Les prompts 1, 6 et 16 sont naturellement adaptés à des commandes slash.
-
Les Skills servent à définir le comportement complet d’un rôle : la façon dont un évaluateur de code raisonne, l’échelle de gravité qu’il utilise, la manière dont un ingénieur QA structure un plan de test. Un Skill est un fichier .md contenant un flux de travail, des normes et des exemples que le modèle charge lorsque la tâche correspond. Consultez la collection de Skills Claude Code et nos exemples de Skills Claude pour voir à quoi ressemble un bon Skill.
En règle générale : si cela tient sur une ligne, placez-le dans CLAUDE.md. S’il s’agit d’un prompt que vous exécutez souvent, créez une commande slash. S’il s’agit d’un rôle qui nécessite du discernement, créez un skill.
Tâche, puis prompt, puis skill
| Tâche |
Prompt ci-dessus |
Skill qui l’accomplit en tant que rôle |
| Revue de code sur chaque PR |
1, 3, 4 |
Yuri – Réviseur de code (29 $) |
| Audit de sécurité et des dépendances |
2, 28 |
Soren – Auditeur de code (29 $) |
| Plans de test et revue des tests |
6 à 10 |
Mira – Ingénieure QA (29 $) |
| Refactorisations sur l’ensemble de la stack |
11 à 15 |
Max – Développeur full-stack (29 $) |
| Documentation, fichiers README, ADR |
17 à 20 |
Saoirse – Rédactrice technique (29 $) |
| Composants frontend et accessibilité |
21 à 25 |
Lena – Développeuse frontend (29 $) |
| Conception d’API et de bases de données |
26, 27 |
Niko – Développeur backend (29 $) |
| Docker, CI, incidents |
28 à 30 |
Rami – Ingénieur DevOps (29 $) |
| Agent de revue autonome pour un dépôt entier |
1, 2, 10 |
Albert – Agent de revue de code AI (32 $) |
Si vous voulez les prompts sous forme de pack
Tout ce qui précède peut être copié gratuitement. Si vous préférez disposer d’un ensemble plus vaste et organisé, avec des variantes par langage et par rôle, deux options s’offrent à vous :
Bibliothèque de prompts Tech & Dev (21 $) : une bibliothèque structurée de prompts pour développeurs, consacrée à la revue, aux tests, au débogage, à la documentation et à l’architecture, organisée par tâche afin que vous trouviez le bon prompt en quelques secondes. Elle fait partie du catalogue plus vaste de prompts ChatGPT.
Pack d’agents de codage – Les 5 agents de codage AI (99 $) : cinq compétences d’agent de codage réunies en un seul achat, couvrant la revue, la création, les tests, le backend et l’infrastructure, pour les équipes qui souhaitent configurer l’ensemble du flux de travail plutôt qu’un seul rôle.
Toutes les Skills sont des achats uniques, livrées sous forme de fichier Skill .md avec un README, et fonctionnent dans Claude, notamment Claude Code, dans ChatGPT comme GPT personnalisé, dans Gemini comme Gem et dans Copilot. Une garantie satisfait ou remboursé de 30 jours est incluse, sans aucune question posée.
Foire aux questions
Ces prompts fonctionnent-ils de la même manière dans ChatGPT et Claude ?
Oui. Chaque prompt présenté ici est du texte brut, sans syntaxe spécifique à un modèle. Claude gère généralement bien les longs fichiers collés et les refactorisations en plusieurs étapes ; ChatGPT est rapide pour les fonctions isolées et les petits tests. La formulation ne change pas ; c’est la quantité de contexte que vous pouvez coller en une seule fois qui change.
Dois-je coller tout mon fichier ou seulement la fonction ?
Collez l’unité la plus petite qui contient l’intégralité du problème. Pour un bug, il s’agit de la fonction, de son point d’appel et de la trace de la pile. Pour une revue, il s’agit du diff. Pour une refactorisation, du module. Coller tout un dépôt sans question précise produit des retours génériques.
Quelle est la différence entre un prompt et une Skill ?
Un prompt est une instruction ponctuelle que vous saisissez chaque fois. Une Skill est un fichier .md contenant votre rôle, vos standards et votre workflow, que le modèle charge une seule fois afin que chaque réponse respecte déjà vos conventions. Les Skills de KissMySkills fonctionnent dans Claude et Claude Code, comme GPT personnalisé dans ChatGPT, comme Gem dans Gemini ou dans Copilot, et bénéficient d’une garantie satisfait ou remboursé de 30 jours.
Ces prompts sont-ils uniquement destinés à Python ?
Non. Chaque prompt utilise un espace réservé [language]. Quelques exemples mentionnent Python ou TypeScript, car ce sont les demandes les plus courantes, mais remplacez-les par Go, Rust, Java, C# ou autre : la structure reste la même.
Puis-je mettre ces prompts directement dans Claude Code ?
Oui. Les règles courtes et toujours actives vont dans CLAUDE.md, les tâches répétables dans une commande slash sous .claude/commands, et le comportement complet d’un rôle dans une Skill. La section ci-dessus sur l’emplacement des prompts dans Claude Code explique lequel choisir.
En bref
Les bons prompts pour les développeurs sont ennuyeux : une entrée réelle, une seule tâche et un résultat défini. Les 30 prompts ci-dessus couvrent le travail quotidien de revue, de tests, de refactorisation, de documentation, de frontend, de backend et de DevOps, et fonctionnent de la même manière dans ChatGPT et Claude. Utilisez-les tels quels ou transformez ceux que vous exécutez chaque jour en commande slash ou en Skill pour ne plus avoir à les retaper.
Un workflow complet, un seul achat
Pack d’agents de codage – les 5 agents de codage AI
Agents de revue, de développement, de test, de backend et de DevOps qui chargent vos standards une seule fois et les appliquent à chaque tâche dans Claude Code, ChatGPT, Gemini ou Copilot.
$99
Obtenez-le maintenant →
Parcourez toutes les Skills Claude Code sur KissMySkills.
