Créer une PR

VérifiéPrudence

Crée une pull request à partir de la branche courante avec un résumé structuré, les résultats de tests et une description des changements.

Spar Skills Guide Bot
DeveloppementDébutant
22/07/2026
Claude Code
#git#pull-request#gh-cli#workflow#code-review

Recommandé pour

Synthèse automatique

Crée une pull request depuis la branche courante en générant un résumé structuré à partir des commits, du diff et des résultats de tests et de lint.

Points forts

  • Refuse de créer une PR depuis main ou develop et avertit en cas de modifications non commitées
  • Collecte automatiquement les commits, les statistiques de diff, les tests et le lint avant de rédiger la description
  • Produit un corps de PR normalisé (Summary, Changes, Test plan) avec un titre de moins de 70 caractères
  • Pousse la branche et crée la PR via gh CLI, puis affiche l'URL et suggère les prochaines étapes

Limites

  • Suppose que gh CLI est installé et authentifié, et que la branche de base s'appelle main
  • Les commandes de test et de lint sont données en exemple (npm) et doivent être adaptées au projet
  • En cas d'échec des tests ou du lint, l'utilisateur est seulement averti et peut continuer, aucune vérification bloquante
Quand l'utiliser

À utiliser une fois qu'une fonctionnalité est terminée sur une branche dédiée et prête à être soumise à relecture.

Quand l'éviter

Ne pas l'utiliser si vous travaillez directement sur main ou develop, ou si aucune modification n'a encore été commitée sur la branche.

Analyse de sécurité

Prudence
Score qualité85/100

The skill uses legitimate developer tooling for standard PR creation and contains no destructive, exfiltrating, or obfuscated instructions. However, running project test/lint scripts and pushing/creating remote PRs are powerful operations, so it warrants caution rather than being completely risk-free.

Points d'attention
  • •Runs project test/lint commands such as `npm test` and `npm run lint`, which can execute arbitrary project-defined scripts.
  • •Pushes the current branch to origin and creates a PR via `gh`, modifying remote state and requiring authenticated GitHub CLI access.
  • •Does not declare allowed-tools despite relying on git, shell, test runners, and network/gh operations.
Comment cette analyse est faite

Exemples

Open PR after finishing a feature
/create-pr
Feature branch ready for review
I've finished the dark mode toggle on feature/dark-mode and everything is committed. Create the pull request with a summary of the changes and the test results.
Push and open PR with context
Push my current branch and open a PR against main — include the diff stat, test pass count, and lint status in the description.

name: create-pr description: "Create a pull request from the current branch with structured summary" user-invocable: true workflow: version: 1 steps: - id: verify-branch role: system intent: "Verify not on main/develop, check for uncommitted changes, get commits ahead of main." produces: [branch-name, branch-state, commit-list] - id: gather-context role: system intent: "Collect diff stats, run tests and lint for PR description context." requires: [branch-state] produces: [diff-summary, test-result, lint-result] - id: generate-description role: system intent: "Build structured PR description from commits, diff stats, and test results." requires: [commit-list, diff-summary, test-result, lint-result] produces: [pr-description, pr-title] gate: true - id: create-pr role: system intent: "Push branch to origin and create PR via gh CLI." requires: [pr-description, pr-title, branch-name] produces: [pr-url] - id: post-creation role: system intent: "Display PR URL and suggest next steps." requires: [pr-url] produces: [summary] gate: true

Create PR

Creates a pull request from the current feature branch with a structured summary, test results, and change description. Closes the pipeline loop: init -> build-feature -> create-pr.

When to use

  • After completing a feature with /build-feature
  • When you have changes on a feature branch ready for review
  • To create a well-structured PR without manual formatting

Usage

/create-pr

Process

Step 1 -- Verify branch state

  1. Confirm you are NOT on main or develop -- refuse to create PR from default branches
  2. Run git status to check for uncommitted changes -- if any, warn the user and ask whether to commit first
  3. Run git log main..HEAD --oneline to get the list of commits that will be in the PR
  4. If there are no commits ahead of main, report that there is nothing to PR

Step 2 -- Gather context

Collect the information needed for the PR description:

  1. Commits: git log main..HEAD --oneline -- list of all commits on this branch
  2. Diff summary: git diff main..HEAD --stat -- files changed with line counts
  3. Test results: Run project tests (e.g., npm test) and capture pass/fail
  4. Lint results: Run project lint (e.g., npm run lint) and capture pass/fail
  5. Branch name: Extract feature name from the branch (e.g., feature/dark-mode -> dark-mode)

If tests or lint fail, warn the user but allow them to proceed (some PRs are draft/WIP).

Step 3 -- Generate PR description

Build a structured PR description:

## Summary
[2-4 bullet points describing what this PR does, derived from commit messages]

## Changes
[File-level summary from git diff --stat]

## Test plan
- [x] Tests: [pass/fail] ([count] tests)
- [x] Lint: [pass/fail]
- [ ] [Any manual verification steps if applicable]

Step 4 -- Create the PR

  1. Push the branch to origin: git push -u origin [branch-name]
  2. Create the PR using gh pr create:
    • Title: derived from branch name or first commit message (max 70 chars)
    • Body: the generated description from Step 3
    • Base: main (or the project's default branch)
  3. Report the PR URL to the user

Step 5 -- Post-creation

  1. Display the PR URL
  2. Suggest next steps:
    • "Request review from a teammate"
    • "Run /code-review for an AI code review"
    • "Merge when ready with gh pr merge [number]"

Example Session

User: /create-pr

Checking branch state...
Branch: feature/dark-mode (4 commits ahead of main)
Tests: 82 passed, 0 failed
Lint: 0 errors

Creating PR...
PR #42: "feat: add dark mode toggle to settings"
https://github.com/org/repo/pull/42

Next steps:
- Request review from a teammate
- Run /code-review for AI code review
- Merge when ready

Notes

  • The PR title should be concise (under 70 characters) and follow conventional commits format when the project uses it
  • If the branch has wip: commits from build-feature checkpoints, consider squashing them before creating the PR
  • This skill does NOT merge the PR -- that is a manual step or a separate command

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/create-pr-mrwak9ct/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/create-pr-mrwak9ct' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/create-pr-mrwak9ct/download' --output '.skill-downloads/create-pr-mrwak9ct/SKILL.md.part' && mv '.skill-downloads/create-pr-mrwak9ct/SKILL.md.part' '.skill-downloads/create-pr-mrwak9ct/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.

Claude Code
test -f '.skill-downloads/create-pr-mrwak9ct/SKILL.md' && test -s '.skill-downloads/create-pr-mrwak9ct/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/create-pr' && cp -R '.skill-downloads/create-pr-mrwak9ct' '.claude/skills/create-pr'

OpenSkills

OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.

Installation officielle d’OpenSkills
openskills install './.skill-downloads/create-pr-mrwak9ct'

openskills read 'create-pr-mrwak9ct'

La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.

Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.

openskills sync

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/create-pr-mrwak9ct/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires