Prompt-Bibliothek

GitHub-Prompts

Prompts für GitHub-Workflows: Pull-Request-Beschreibungen, Issue-Triage und Release Notes aus zusammengeführten Änderungen.

Die Prompts sind auf Englisch, der Sprache, in der sie geschrieben und getestet wurden. Beschreibungen und Hinweise auf diesen Seiten sind übersetzt.

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

Pull-Request-Beschreibung

Schreibt aus einem Diff eine Pull-Request-Beschreibung: was sich geändert hat, warum und wie man es testet.

Einsetzen, wenn: Sie haben eine Änderung fertiggestellt und wollen eine Beschreibung, mit der ein Reviewer arbeiten kann, ohne zuerst jede Zeile zu lesen.

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>

Variablen

{{diff}}
Die Ausgabe von git diff für den Branch.
{{context}}
Das Issue oder der Grund für die Änderung.

Beispieleingabe

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

Beispielausgabe

## 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...

Beispielhaft: geschrieben, um die erwartete Form zu zeigen, nicht von einem Modell erzeugt.

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

Release Notes aus zusammengeführten Pull Requests

Gruppiert zusammengeführte Pull Requests zu Release Notes, die für die Nutzer der Software geschrieben sind.

Einsetzen, wenn: Beim Erstellen eines Releases, um aus einer Liste von Pull-Request-Titeln Notizen zu machen, die Nutzer lesen können.

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>

Variablen

{{version}}
Die Nummer der veröffentlichten Version.
{{pull_requests}}
Die zusammengeführten Pull Requests, einer pro Zeile, mit Nummer und Titel.

Beispieleingabe

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

Beispielausgabe

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

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

Beispielhaft: geschrieben, um die erwartete Form zu zeigen, nicht von einem Modell erzeugt.

Machen Sie ihn zu Ihrem

Passen Sie die Anforderungen an Ihre Standards an und prüfen Sie dann das Ergebnis. Der Prompt-Analyzer bewertet neu, während Sie tippen, der Optimierer entfernt Füllwörter, ohne eine Anforderung zu verlieren, und der Sicherheitsscanner markiert Geheimnisse und personenbezogene Daten, bevor Sie den Prompt an ein Modell senden.

Weitere Kategorien