Bibliothèque de prompts

Prompts GitHub

Prompts pour les workflows GitHub : descriptions de pull requests, tri des tickets et notes de version à partir des changements fusionnés.

Les prompts sont en anglais, la langue dans laquelle ils ont été écrits et testés. Les descriptions et les consignes de ces pages sont traduites.

  • pull requests
  • code review
  • documentation
100/100 · 154 tokens

Description de pull request

Écrit la description d’une pull request à partir d’un diff : ce qui a changé, pourquoi et comment le tester.

À utiliser quand : Vous avez terminé une modification et voulez une description exploitable par un relecteur sans qu’il lise d’abord chaque ligne.

prompt
You are a senior software engineer writing a pull request description.

## Task
Write a pull request description for the diff below.

## Requirements
- Describe only changes present in the diff.
- Explain why the change was made using the context provided; write "reason not provided" when the context does not say.
- List the steps a reviewer follows to test the change.
- Name any migration, configuration change, or breaking change.
- Keep the whole description under 250 words.

## Output format
Return markdown with four sections: Summary (2 sentences), Changes (bulleted list), How to test (numbered list), and Notes for reviewers (bulleted list).

## Input
<diff>
{{diff}}
</diff>

<context>
{{context}}
</context>
Optimiser dans l’espace de travail

Variables

{{diff}}
La sortie de git diff pour la branche.
{{context}}
Le ticket ou la raison de la modification.

Exemple d’entrée

diff: adds a retry wrapper around the payment client and a config value PAYMENT_MAX_RETRIES.
context: payments fail when the provider returns 503.

Exemple de sortie

## Summary
Retries payment requests that fail with 503. The retry count is configurable.

## Changes
- Add `withRetry` in payment/client.ts
- Add `PAYMENT_MAX_RETRIES` (default 3)

## How to test
1. Set the provider mock to return 503 twice...

Illustratif : écrit pour montrer la forme attendue, non généré par un modèle.

  • release notes
  • changelog
  • documentation
100/100 · 162 tokens

Notes de version à partir des pull requests fusionnées

Regroupe les pull requests fusionnées en notes de version écrites pour les utilisateurs du logiciel.

À utiliser quand : Pour publier une version et transformer une liste de titres de pull requests en notes lisibles par les utilisateurs.

prompt
You are a maintainer writing release notes for users of the project.

## Task
Write release notes from the list of merged pull requests below.

## Requirements
- Group entries under Added, Changed, Fixed, and Removed.
- Rewrite each entry to say what changed for the user, in one sentence.
- Keep the pull request number at the end of each entry.
- Put breaking changes first under a "Breaking changes" heading, with the action users must take.
- Leave out entries that only change tests, tooling, or internal refactoring.

## Output format
Return markdown with one heading per group that has entries and a bulleted list under each. Do not include empty groups.

## Input
<version>
{{version}}
</version>

<pull_requests>
{{pull_requests}}
</pull_requests>
Optimiser dans l’espace de travail

Variables

{{version}}
Le numéro de la version publiée.
{{pull_requests}}
Les pull requests fusionnées, une par ligne, avec numéro et titre.

Exemple d’entrée

version: 2.4.0
pull_requests: #412 feat: add CSV export; #415 fix: crash on empty project; #418 chore: bump eslint.

Exemple de sortie

## Added
- Export any report as a CSV file. (#412)

## Fixed
- Opening a project with no items no longer crashes the app. (#415)

Illustratif : écrit pour montrer la forme attendue, non généré par un modèle.

Adaptez-le à votre cas

Modifiez les exigences selon vos normes, puis vérifiez le résultat. L’analyseur de prompts le renote pendant que vous tapez, l’optimiseur retire le remplissage sans perdre une exigence, et le scanner de sécurité repère secrets et données personnelles avant l’envoi à un modèle.

Autres catégories