Notre avis
Crée des pull requests formatées correctement avec titres conventionnels, description structurée, labels appropriés et nom de branche standardisé.
Points forts
- Automatise la création de PR avec des conventions claires
- Intègre le format Conventional Commit pour les titres
- Propose un modèle de description avec plan de test
- Applique automatiquement les labels pertinents
Limites
- Nécessite que l'outil AI ait accès à gh CLI et à un dépôt GitHub
- Ne gère pas les workflows de PR complexes (reviewers, assignees)
- Dépend de la présence d'un historique git et de différences entre branches
Utilisez cette compétence lorsque vous devez ouvrir une pull request standardisée sur GitHub avec un formatage cohérent.
Évitez pour des PR nécessitant une personnalisation avancée ou des intégrations avec d'autres plateformes (GitLab, Bitbucket).
Analyse de sécurité
SûrThe skill only offers guidance on PR formatting and suggests standard git and gh commands for reviewing changes and creating PRs. No destructive, exfiltrating, or obfuscated actions are involved.
Aucun point d'attention détecté
Exemples
Create a pull request for my current branch with a summary of the changes and a test plan. Use the conventional commit format for the title.Open a PR for branch feat/search-pagination with label enhancement and documentation. Include verification steps.name: pr description: Creates pull requests with proper formatting. Use when creating PRs, opening pull requests, or preparing changes for review.
Pull Requests
PR Title
Use the Conventional Commit Format, same as commit messages:
<type>(<scope>): <description>
Types
feat: User-facing features or behavior changes (must change production code)fix: Bug fixes (must change production code)docs: Documentation onlystyle: Code style/formatting (no logic changes)refactor: Code restructuring without behavior changetest: Adding or updating testschore: CI/CD, tooling, dependency bumps, configs (no production code)
PR Description Template
## Summary
One sentence describing the overall change.
- Optional supporting details
- If needed
## Test plan
- [ ] How to verify it works
Labels
Apply all labels that fit. Use gh pr create --label <label> or gh pr edit --add-label <label>:
enhancement- User-facing features or improvements (must change production code behavior)refactor- Production code changes that don't alter behaviorbug- Fixes broken production code functionalitytest- Changes to testsdocumentation- Documentation changes
No label needed for dependency bumps, CI/CD, tooling, or infrastructure changes.
Branch Naming
Use type/short-description:
feat/search-pagination
fix/year-search-bug
chore/pre-commit-hooks
Instructions
- Run
git log main..HEADto see commits for this branch - Run
git diff main...HEADto see all changes - Summarize the changes in 1-2 sentences
- Create a test plan with verification steps
- Apply appropriate labels
Expert Next.js App Router
Developpement
Un skill qui transforme Claude en expert Next.js App Router.
Générateur de README
Developpement
Crée des README.md professionnels et complets pour vos projets.
Rédacteur de Documentation API
Developpement
Génère de la documentation API complète au format OpenAPI/Swagger.