agentsclimarketplace
Sign in

Pr description generator

Skill sharklandy/claude-code-starter-kit/skills/process/pr-description-generator

Generate a complete pull request description from a diff or commit range. Trigger whenever asked to open a PR, write a PR description, or summarize a branch's changes for review.From its SKILL.md

Install
npx -y skills add sharklandy/claude-code-starter-kit --skill pr-description-generator

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

2.4 KB, 577 tokens by cl100k_base, as published. Nobody here has run it

<!-- Skill générique de la "vague 2" (par opposition aux skills orientés cas d'usage de la vague 1) -->

Générer une description de pull request (générique)

  1. Identifier le diff complet de la branche par rapport à sa base (git diff <base>...HEAD ou équivalent), en incluant tous les commits de la branche, pas seulement le dernier.
  2. Rédiger la description avec la structure suivante :
    • Contexte : pourquoi ce changement est nécessaire (1-3 phrases). Éviter de paraphraser le diff — expliquer la motivation.
    • Changements : liste à puces des changements significatifs, groupés par thème si la PR touche plusieurs zones.
    • Comment tester : étapes concrètes et reproductibles pour qu'un relecteur humain vérifie le changement lui-même (commandes à lancer, scénario UI à suivre, etc.) — pas juste "lancer les tests".
    • Risques identifiés : effets de bord possibles, zones non couvertes par des tests automatisés, ou changements de comportement pour les utilisateurs existants.
  3. Si le dépôt a un template de PR (.github/PULL_REQUEST_TEMPLATE.md), respecter sa structure plutôt que d'imposer un format différent.
  4. Ne jamais affirmer qu'un point a été "testé" ou "vérifié" dans la description sans que la vérification correspondante ait réellement été effectuée dans cette session (voir le skill verify-code-change).

Gotchas

  • Une branche avec plusieurs commits de "fix" successifs sur son propre travail (typiquement après des retours de CI) ne doit pas produire une liste de changements qui reflète cet historique de va-et-vient — se baser sur le diff net final, pas sur la liste brute des commits.
  • Une section "Comment tester" qui se contente de renvoyer vers la CI n'aide pas un relecteur humain à comprendre ce qui a changé fonctionnellement — toujours inclure au moins un scénario manuel reproductible, même bref.
  • Si le repo contient un template de PR (.github/PULL_REQUEST_TEMPLATE.md ou équivalent), le remplir section par section — le format imposé par le projet a toujours priorité sur la structure proposée par ce skill.

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Gives 0 of the 12 instructions most pr commit review skills give in 577 tokens

Counted across 1,055 of the 1,911 authors here whose files we hold, read 2026-09-06

  • Use conventional commit message formatin 150 of 1055, across 145 files
  • Announce skill usage at startin 78 of 1055
  • Use imperative mood for commit descriptionsin 54 of 1055, across 51 files
  • Add directory to gitignore if not ignoredin 52 of 1055, across 41 files
  • Use imperative mood for commit subjectin 52 of 1055
  • Run tests to verify clean baselinein 42 of 1055, across 32 files
  • Push branch to originin 40 of 1055, across 38 files
  • Verify worktree directory is ignored before creationin 39 of 1055, across 32 files
  • Delete branches after mergingin 38 of 1055, across 30 files
  • Create worktree with new branchin 37 of 1055, across 32 files
  • Wrap body text at 72 charactersin 36 of 1055, across 34 files
  • Auto-detect and run project setupin 35 of 1055, across 27 files

Said here and by no other author read

  • Provide concrete steps for manual verification
  • Identify potential side effects and risks
  • Base changes on the final net diff

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.

Keep looking

Skills are one crate of 625,150. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.