Synthèse automatique
Crée ou met à jour une pull request en brouillon pour la branche courante à partir de l'historique Git, avec un titre formaté et un corps structuré.
Points forts
- Applique un flux explicite : vérification de la branche, collecte du contexte via git log/diff, détection d'une PR existante, puis création ou mise à jour
- Refuse de committer sur main et impose une convention de nommage de branches (feat/, fix/, refactor/, chore/)
- Titre normalisé (préfixe de type, impératif, moins de 70 caractères) et corps de PR concis en prose fluide plutôt qu'une liste de fichiers
- Gère les deux cas avec les commandes gh : gh pr create --draft ou gh pr edit pour rafraîchir une description
Limites
- Le modèle de corps est codé en dur pour un projet Elixir (mix test, mix format, mix compile), à adapter pour d'autres stacks
- Dépend entièrement de la CLI GitHub (gh) installée et authentifiée ; aucune alternative GitLab ou Bitbucket
- Ne fait que préparer la PR en brouillon : pas de relecture, pas de fusion, pas de liaison automatique à une issue
À utiliser quand une branche de fonctionnalité est prête et qu'il faut ouvrir rapidement une PR en brouillon ou actualiser sa description avant relecture.
À éviter sur un dépôt non hébergé sur GitHub ou si vous voulez un corps de PR rédigé avec un modèle propre à votre équipe.
Analyse de sécurité
SûrAll commands are standard read-only git inspections (`branch`, `status`, `log`, `diff`) plus `gh pr view/create/edit` used exactly as intended to open or update a draft PR. Nothing destructive, no `rm`, no `curl | sh`, no base64 payloads, no reading or transmitting secrets/tokens — `gh` handles auth internally. The skill even includes an explicit guard against committing directly to `main`. Execution risk is limited to normal developer tooling used for its stated purpose, so this is safe rather than merely caution.
- •No allowed-tools declared, so the agent falls back to ambient/default tool permissions (bash, network) with no explicit scoping
- •Invokes `gh pr create`/`gh pr edit` using the user's existing GitHub credentials — legitimate, but the skill has no guardrail on which repo/remote is targeted
Exemples
/pr — create a draft PR for my current branch/pr https://github.com/acme/api/pull/142 — update this PR description from the latest commitsI just finished the auth refactor on my branch, open a draft pull request so the team can start reviewingname: pr description: Open or update a draft PR for the current branch. Use when: create PR, open PR, draft PR, pull request, prepare for review.
Draft PR Creator
Creates or updates a draft pull request for the current branch.
Usage
/pr- Create draft PR for current branch (or update if one exists)/pr <url>- Update existing PR description
Workflow
1. Ensure feature branch and commit
NEVER commit to main unless the user explicitly requests it.
git branch --show-current
git status
If on main, create and switch to a feature branch before doing anything else.
Branch naming follows the PR type prefix:
feat/— new featuresfix/— bug fixesrefactor/— refactoringchore/— maintenance
2. Gather context
git log main..HEAD --oneline
git diff main...HEAD --stat
3. Check if PR already exists
gh pr view --json number,title,body 2>/dev/null
4. Write PR description
Use the template below. Keep it concise and natural.
5a. If NO existing PR - Create draft PR
gh pr create --draft --title "<title>" --body "$(cat <<'EOF'
<body>
EOF
)"
5b. If PR already exists - Update description
gh pr edit --title "<title>" --body "$(cat <<'EOF'
<updated body>
EOF
)"
Report the PR URL to the user when done.
PR Title Format
<type>: <short description>
Types: feat:, fix:, refactor:, test:, chore:, docs:
Rules:
- Lowercase after prefix
- Present tense imperative ("add" not "added")
- Under 70 characters
PR Body Template
Closes #<issue_number>
## Summary
1-2 paragraphs explaining what this does and why.
## Changes
- Highlight 1
- Highlight 2
- Highlight 3
## Testing
- [ ] `mix test` passes
- [ ] `mix format --check-formatted` passes
- [ ] `mix compile --warnings-as-errors` passes
Omit the Closes #... line if there is no source issue.
Style
- Fluid prose in Summary — natural writing, not robotic
- 2-3 bullet points in Changes — highlights only, not a file list
- No file lists — GitHub shows that in "Files changed"
Pipeline
/dev <issue> -> /review -> /commit -> /pr -> merge
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/draft-pr-creator-msba3m4r/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/draft-pr-creator-msba3m4r' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/draft-pr-creator-msba3m4r/download' --output '.skill-downloads/draft-pr-creator-msba3m4r/SKILL.md.part' && mv '.skill-downloads/draft-pr-creator-msba3m4r/SKILL.md.part' '.skill-downloads/draft-pr-creator-msba3m4r/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
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
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/draft-pr-creator-msba3m4r/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.