agentsclimarketplace

Pr description generator

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

Skills, subagents et templates /goal//loop//schedule prêts à l'emploi pour Claude Code — installables en une commande via /plugin marketplace add

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.

What its author says it does

Copied from the file, not written here

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.

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 888 of the 1,342 authors here whose files we hold, read 2026-08-07

  • Use conventional commits formatin 127 of 888, across 115 files
  • Keep subject line under 72 charactersin 62 of 888, across 48 files
  • Delete branches after mergein 51 of 888, across 38 files
  • Use imperative mood in subject linein 51 of 888, across 42 files
  • Use imperative mood in commit messagesin 44 of 888
  • Verify directory is ignored before creating worktreein 43 of 888, across 12 files
  • Generate a conventional commit messagein 43 of 888
  • Add unignored worktree directories to gitignorein 42 of 888, across 10 files
  • Make atomic commitsin 39 of 888, across 27 files
  • Run tests before committingin 36 of 888, across 25 files
  • Verify clean test baselinein 35 of 888, across 9 files
  • Split unrelated changes into separate commitsin 35 of 888, across 30 files

Said here and by no other author read

  • include all commits not just the last one
  • provide concrete manual testing steps
  • identify risks and potential side effects

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 327,132. 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.