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
À utiliser une fois qu'une fonctionnalité est terminée sur une branche dédiée et prête à être soumise à relecture.
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é
PrudenceThe 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.
- •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.
Exemples
/create-prI'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 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
- Confirm you are NOT on
mainordevelop-- refuse to create PR from default branches - Run
git statusto check for uncommitted changes -- if any, warn the user and ask whether to commit first - Run
git log main..HEAD --onelineto get the list of commits that will be in the PR - 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:
- Commits:
git log main..HEAD --oneline-- list of all commits on this branch - Diff summary:
git diff main..HEAD --stat-- files changed with line counts - Test results: Run project tests (e.g.,
npm test) and capture pass/fail - Lint results: Run project lint (e.g.,
npm run lint) and capture pass/fail - 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
- Push the branch to origin:
git push -u origin [branch-name] - 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)
- Report the PR URL to the user
Step 5 -- Post-creation
- Display the PR URL
- Suggest next steps:
- "Request review from a teammate"
- "Run
/code-reviewfor 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 annexesCe 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.mdDepuis 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’OpenSkillsopenskills 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 syncMode 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.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.