Compétences git-pr-workflows-git-workflow
📦

git-pr-workflows-git-workflow

Sûr ⚙️ Commandes externes

Automatiser les workflows Git PR avec orchestration multi-agents

Optimisez votre workflow Git de la revue de code à la création de pull requests. Cette compétence coordonne des agents IA spécialisés pour assurer la qualité du code, exécuter les tests, générer des commits conventionnels et créer des PR bien documentées.

Prend en charge: Claude Codex Code(CC)
🥉 74 Bronze
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "git-pr-workflows-git-workflow". Revue de code pour une nouvelle fonctionnalité d'authentification avec 5 fichiers modifiés

Résultat attendu:

Rapport de revue de code : 2 problèmes de haute sévérité (validation d'entrée manquante sur le point de terminaison de connexion, identifiants codés en dur dans la configuration), 3 problèmes de sévérité moyenne (gestion d'erreurs incohérente, journalisation manquante), 5 problèmes de faible sévérité (violations de style). Les recommandations incluent l'implémentation de la limitation de débit et l'utilisation de variables d'environnement pour les secrets.

Utilisation de "git-pr-workflows-git-workflow". Exécution de tests pour les modifications de points de terminaison d'API

Résultat attendu:

Résultats des tests : 47 réussis, 2 échoués (tests d'intégration pour le nouveau point de terminaison), 0 ignorés. Couverture : 84 % des instructions, 78 % des branches, 81 % des fonctions. Chemins critiques non testés : gestion des erreurs dans le middleware d'authentification, cas limites pour l'expiration des jetons.

Audit de sécurité

Sûr
v1 • 2/25/2026

All static analysis findings are false positives. The scanned file (SKILL.md) is a markdown documentation file, not executable code. Detected patterns like backticks are markdown formatting for code examples, and terms flagged as cryptographic references are ordinary text mentions (e.g., feature flags). No actual security risks exist in this developer productivity skill.

1
Fichiers analysés
143
Lignes analysées
1
résultats
1
Total des audits
Audité par: claude

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
50
Communauté
100
Sécurité
91
Conformité aux spécifications

Ce que vous pouvez construire

Équipes de développement d'entreprise

Standardisez les workflows Git au sein de grandes équipes avec des processus cohérents de revue de code, de tests et de création de PR qui suivent les Conventional Commits et les politiques de protection des branches.

Développeurs en solo

Automatisez les tâches Git répétitives et assurez la qualité du code grâce à une revue multi-agents avant de committer, réduisant ainsi les bugs et maintenant des standards professionnels.

Mainteneurs open source

Optimisez les workflows de contribution avec des descriptions de PR automatisées, des attributions de réviseurs et des messages de commit structurés qui améliorent la maintenabilité du projet.

Essayez ces prompts

Revue de code de base
Examinez mes modifications non committées pour détecter les problèmes de qualité du code. Vérifiez les violations de style, les vulnérabilités de sécurité et la gestion d'erreurs manquante. Générez un rapport avec des niveaux de sévérité.
Analyse de couverture de tests
Exécutez toutes les suites de tests pour mon code modifié. Lancez les tests unitaires, d'intégration et e2e. Générez un rapport de couverture et identifiez les chemins de code non testés nécessitant une attention.
Génération de commit conventionnel
Analysez mes modifications et créez des messages au format Conventional Commits. Catégorisez les changements (feat/fix/docs/etc.), rédigez des lignes de sujet claires de moins de 50 caractères, et incluez des corps détaillés expliquant le quoi et le pourquoi.
Workflow PR complet
Orchestrez le workflow Git complet : revue de la qualité du code, exécution des tests, génération de messages de commit, préparation de la stratégie de branchement, et création d'une description PR complète avec résumé des tests et notes de déploiement.

Bonnes pratiques

  • Committez tôt et souvent avec des commits atomiques qui représentent des changements logiques uniques
  • Suivez la spécification Conventional Commits pour des messages de commit cohérents et analysables
  • Gardez les pull requests sous 400 lignes pour permettre une revue de code efficace

Éviter

  • Ignorer les tests avec l'option --skip-tests sauf dans des scénarios d'urgence
  • Créer de grandes PR avec plusieurs changements sans rapport qui sont difficiles à revoir
  • Fusionner sans avoir adressé les conclusions de revue de code de sévérité critique ou élevée

Foire aux questions

Quels agents IA ce workflow utilise-t-il ?
Le workflow coordonne des agents spécialisés : code-reviewer pour l'analyse de la qualité, test-automator pour l'exécution des tests, prompt-engineer pour la génération de messages de commit, docs-architect pour les descriptions de PR, et deployment-engineer pour la gestion des branches et la validation pré-push.
Puis-je utiliser ceci avec le développement trunk-based ?
Oui, le workflow prend en charge les stratégies trunk-based et feature-branch. Utilisez l'option --trunk-based pour un workflow direct vers main avec des feature flags, ou --feature-branch (par défaut) pour un développement en branche isolée.
Qu'est-ce que le format Conventional Commits ?
Conventional Commits est une spécification pour les messages de commit avec le format : type(portée) : sujet. Les types incluent feat, fix, docs, style, refactor, perf, test, build, ci, chore et revert. Cela permet la génération automatisée de changelog et le versioning sémantique.
Cette compétence exécute-t-elle automatiquement les commandes Git ?
Non, cette compétence fournit des conseils de workflow, des instructions et génère des artefacts comme des messages de commit et des descriptions de PR. Vous devez exécuter manuellement les commandes Git ou les intégrer avec des outils d'automatisation.
Comment gérer les changements majeurs ?
Le workflow inclut une analyse des changements majeurs dans la phase 1. Si des changements majeurs sont détectés, ils seront documentés dans les pieds de page des commits avec le préfixe BREAKING CHANGE : et inclus dans la description de la PR avec des notes de migration.
Puis-je personnaliser les critères de revue ?
Oui, les invites de revue de code peuvent être personnalisées pour se concentrer sur des attributs de qualité spécifiques, des préoccupations de sécurité ou des exigences de performance pertinentes pour votre projet. Modifiez les invites de la phase 1 pour correspondre à vos standards.

Détails du développeur

Structure de fichiers

📄 SKILL.md