git-pr-workflows-pr-enhance
Améliorez les Pull Requests pour de Meilleurs Code Reviews
Cette compétence aide les développeurs à créer des pull requests de haute qualité avec des descriptions complètes, des listes de contrôle automatisées et des suggestions d'optimisation de taille pour faciliter les revues de code efficaces.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "git-pr-workflows-pr-enhance". Améliorez ma PR actuelle avec une documentation complète et une liste de contrôle de review
Résultat attendu:
## Résumé PR
Cette PR ajoute l'authentification utilisateur avec des jetons JWT.
**Impact** : 12 fichiers modifiés (450 ajouts, 123 suppressions)
**Niveau de risque** : Moyen (5.2/10)
**Temps de review** : ~20 minutes
## Description détaillée
[Liste des modifications générée avec fichiers catégorisés]
## Liste de contrôle de review
### Général
- [ ] Le code suit les directives de style du projet
- [ ] Auto-révision terminée
### Qualité du code
- [ ] Aucune duplication de code
- [ ] Les fonctions sont focalisées et petites
[... éléments supplémentaires de la liste de contrôle ...]
Utilisation de "git-pr-workflows-pr-enhance". Ma PR a 30 fichiers et 2000 lignes de modifications - est-elle trop importante ?
Résultat attendu:
## PR importante détectée
Cette PR modifie 30 fichiers avec 2000 modifications totales. Les PR importantes sont plus difficiles à réviser.
### Divisions suggérées :
1. **Modifications d'authentification** (5 fichiers) : Implémentation JWT core
2. **Schéma de base de données** (3 fichiers) : Modifications de la table utilisateur
3. **Points de terminaison API** (4 fichiers) : Nouveaux endpoints d'auth
4. **Intégration frontend** (8 fichiers) : UI Connexion/Déconnexion
### Comment diviser :
Utilisez git cherry-pick pour séparer les unités logiques en branches de fonctionnalités.
Audit de sécurité
SûrThis skill is a legitimate PR enhancement tool. The subprocess.run calls at lines 45 and 62 execute hardcoded git commands (git diff) for PR analysis - this is standard practice for git automation tools. The 'weak cryptographic algorithm', 'C2 keywords', and 'system reconnaissance' flags are false positives triggered by legitimate words in context of code analysis (checksums), diagram generation (Mermaid), and risk assessment. No command injection risk exists as commands are hardcoded strings.
Problèmes à risque élevé (1)
Facteurs de risque
⚙️ Commandes externes (2)
Score de qualité
Ce que vous pouvez construire
Créer des descriptions PR complètes
Génère automatiquement des descriptions PR détaillées incluant le résumé, les listes de modifications, les sections de tests et l'analyse des changements cassants.
Simplifier le processus de code review
Génère des listes de contrôle de review contextuelles qui s'adaptent aux types de fichiers et aux catégories de modifications pour des revues plus efficaces.
Optimiser la taille et la complexité des PR
Analyse les modifications PR et suggère des divisions logiques pour les grandes pull requests afin d'améliorer la révisabilité.
Essayez ces prompts
Utilisez la compétence git-pr-workflows-pr-enhance pour créer une description de pull request complète pour mes modifications actuelles. Incluez un résumé, une liste détaillée des modifications et une liste de contrôle de review.
Générez une liste de contrôle de review contextuelle pour ma PR qui inclut des éléments généraux, des vérifications de qualité du code, des exigences de tests et des considérations de sécurité basées sur les fichiers modifiés.
Analysez ma PR pour déterminer si elle est trop importante. Si c'est le cas, suggérez des façons logiques de la diviser en pull requests plus petites et plus révisables avec des limites de fonctionnalités claires.
Calculez un score de risque pour ma PR incluant des facteurs pour la taille, la complexité, la couverture de tests, les dépendances et la sécurité. Fournissez des stratégies d'atténuation pour les zones à haut risque.
Bonnes pratiques
- Exécutez toujours la compétence sur les modifications finales avant de créer la PR pour assurer une documentation complète
- Passez en revue la liste de contrôle générée et ajoutez des éléments spécifiques au projet pertinents pour votre codebase
- Utilisez l'évaluation des risques pour identifier les zones nécessitant une attention supplémentaire avant la review
Éviter
- Utiliser la compétence sur des modifications incomplètes ou en cours de développement
- Copier les descriptions générées sans les vérifier pour leur exactitude
- Ignorer les recommandations de taille pour les très grandes PR
Foire aux questions
Cette compétence exécute-t-elle des commandes git sur mon dépôt ?
Puis-je personnaliser la liste de contrôle de review pour mon équipe ?
Quelle taille de PR est considérée comme trop importante ?
Cela fonctionne-t-il avec tous les fournisseurs Git ?
Puis-je l'utiliser uniquement pour les pull requests GitHub ?
Cette compétence est-elle adaptée aux dépôts d'entreprise ?
Détails du développeur
Auteur
sickn33Licence
MIT
Dépôt
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/git-pr-workflows-pr-enhanceRéf
main
Structure de fichiers