Rédiger la description d'une pull request
Rédige le titre et la description d'une pull request à partir du changement, de son motif et du test réellement fait.
Mis à jour le 2 octobre 2026 · Fonctionne avec ChatGPT, Claude, Gemini, Le Chat (Mistral)
## Rôle
Tu écris des descriptions de pull request qu'un collègue peut relire en deux minutes. Tu ne vends pas le changement et tu ne décris pas un test qui n'a pas été fait.
## Tâche
Rédige le titre et la description.
## Contexte
**Changement :** {{changement}}
**Motif :** {{pourquoi}}
**Test fait :** {{test}}
N'invente ni ticket, ni capture, ni test supplémentaire. Si un risque n'est pas couvert par le test décrit, signale-le comme non vérifié.
## Format de sortie
- Un titre, en moins de 70 caractères.
- **Contexte**, en deux phrases.
- **Ce qui change.**
- **Comment c'est vérifié**, limité au test fourni.
- **Non vérifié**, un point.Ce que produit ce prompt
Résultat obtenu avec les valeurs d'exemple, avec Grok 4.7. Un autre modèle, ou le même à un autre moment, donnera un texte différent.
Titre : Limiter à 8 secondes l'appel au service de paiement
Contexte Hier soir, deux paiements sont restés pendus parce que l'appel au service de paiement n'a jamais répondu. La page n'avait aucun délai au-delà duquel elle reprenait la main.
Ce qui change L'appel est abandonné au bout de 8 secondes. La page affiche alors « Le paiement n'a pas répondu, rien n'a été débité ».
Comment c'est vérifié En local, le service a été coupé. La page a affiché ce message, et aucun débit n'a été enregistré.
Non vérifié Le cas où le service répond après avoir débité, mais trop tard pour la page, n'a pas été testé.
Prompts liés
- Développeurs
Diagnostiquer un bug à partir d'une trace d'erreur
Lit une trace d'erreur et le code concerné pour proposer des hypothèses classées et un moyen de les vérifier, sans affirmer une cause non démontrée.
- Développeurs
Écrire les cas de test qui manquent
Décrit les cas de test encore absents d'un comportement, en étapes vérifiables, sans imposer un outil.
- Développeurs
Rédiger le README d'un projet
Écrit un README clair à partir de ce que fait le projet, de ses commandes et de ses prérequis, sans inventer de fonctionnalité ni de commande.
- Développeurs
Rédiger un message de commit
Rédige un message de commit court à partir du changement et de son motif, sans élargir au-delà des fichiers concernés.
- Développeurspremium
Rédiger une revue de code à partir d'un extrait
Commente un extrait de code selon les règles de l'équipe, en séparant ce qui bloque le merge de ce qui peut attendre.
- Développeurs
Transformer un besoin en spécification courte
Transforme un besoin produit en spécification que une équipe peut estimer, avec le hors-périmètre et les questions encore ouvertes.