Synthèse automatique
Crée automatiquement une Pull Request avec un workflow complet de Continuous Delivery incluant QA, gestion des labels de version et feature flags, et code review automatique.
Points forts
- Automatise entièrement le processus de création de PR avec des étapes de vérification et de validation.
- Intègre une QA intelligente et l'analyse des changements pour garantir la qualité.
- Gère les labels de version (major/minor/patch) et les feature flags directement depuis la PR.
Limites
- Nécessite des scripts shell et Python spécifiques dans le projet (répertoire scripts).
- Dépend de plugins externes pour la code review automatique.
- Le workflow est long (15 étapes) et peut être lent sur des projets complexes.
À utiliser lorsqu'on souhaite standardiser et automatiser la création de Pull Requests avec un pipeline de Continuous Delivery robuste.
Éviter pour des petits changements rapides qui ne nécessitent pas de QA ou de gestion de version, ou si le projet n'a pas les scripts prerequisites.
Analyse de sécurité
PrudenceThe skill uses Bash and git operations extensively, which are powerful and could cause harm if misused, but the described actions are legitimate for a CI/CD workflow. There is no instruction to execute arbitrary code or exfiltrate data. The main risk is reliance on external configuration and scripts, but it does not appear to bypass safety mechanisms intentionally.
- •Executes external Bash scripts and git commands that interact with remote repositories, posing a risk if misconfigured or if the scripts themselves contain vulnerabilities.
- •Reads environment variables from .env.claude file; while it only parses KEY=VALUE pairs, an attacker-controlled file could influence branch names and other parameters used in git operations.
- •The skill does not validate the contents of .env.claude, potentially allowing injection of unexpected values into commands like git push.
Exemples
/git:pr --cd develop v2.0/git:pr --cd main --no-interaction --deletename: git-cd-pr description: > Crée une Pull Request en mode Continuous Delivery avec workflow complet : QA, labels version (major/minor/patch), feature flags, code review automatique. allowed-tools: [Bash, Read, Write, TaskCreate, TaskUpdate, TaskList, AskUserQuestion] model: sonnet
Git CD PR Skill (Continuous Delivery)
Instructions à Exécuter
IMPORTANT : Exécute ce workflow étape par étape :
Usage
/git:pr --cd [branche-base] [milestone] [projet] [--no-interaction] [--delete] [--no-review]
Configuration
CORE_SCRIPTS="${CLAUDE_PLUGIN_ROOT}/skills/git-pr-core/scripts"
SCRIPTS_DIR="${CLAUDE_PLUGIN_ROOT}/skills/git-cd-pr/scripts"
PR_TEMPLATE_PATH=".github/PULL_REQUEST_TEMPLATE/cd_pull_request_template.md"
ENV_FILE_PATH=".env.claude"
Workflow
Initialisation
Créer les tâches du workflow :
Utiliser TaskCreate pour chaque étape :
TaskCreate #1: Charger config .env.claude
TaskCreate #2: Confirmation initiale (si --no-interaction absent)
TaskCreate #3: Vérifier scopes GitHub
TaskCreate #4: Vérifier template PR CD
TaskCreate #5: Lancer QA intelligente
TaskCreate #6: Analyser changements git
TaskCreate #7: Confirmer branche de base
TaskCreate #8: Générer description PR
TaskCreate #9: Push et créer PR
TaskCreate #10: Copier labels depuis issue liée
TaskCreate #11: Appliquer labels CD (version + feature flag)
TaskCreate #12: Assigner milestone
TaskCreate #13: Assigner projet GitHub
TaskCreate #14: Code review automatique (si plugin installé)
TaskCreate #15: Nettoyage branche locale
Important :
- Utiliser
activeForm(ex: "Chargeant config", "Appliquant labels CD") - Ne créer la tâche #14 que si plugin review installé ET
--no-reviewabsent - Chaque tâche doit être marquée
in_progresspuiscompleted
Pattern d'exécution pour chaque étape :
TaskUpdate→ tâche enin_progress- Exécuter l'étape
TaskUpdate→ tâche encompleted
Étapes
-
Charger configuration depuis
.env.claude:- Vérifier si le fichier
.env.claudeexiste à la racine du projet - Si oui, parser les variables (format
KEY=VALUE) :MAIN_BRANCH: branche de base par défautPROJECT: projet GitHub par défaut
- Pour chaque paramètre manquant dans les arguments :
- Utiliser la variable d'env correspondante si elle existe
- Ignorer
.env.claudesi absent (comportement standard)
- Vérifier si le fichier
-
Confirmation initiale :
- Si flag
--no-interactionprésent :- Passer toutes les confirmations
- Utiliser les valeurs pré-remplies (arguments +
.env.claude) sans validation - Continuer directement à l'étape 3
- Sinon :
- Confirmer à l'utilisateur que la skill
git:cd-prest lancée - Résumer tous les paramètres reçus :
- Mode : Continuous Delivery (
--cd) - Branche de base (si fournie)
- Milestone (si fourni)
- Projet (si fourni)
- Flags :
--delete,--no-review(si présents)
- Mode : Continuous Delivery (
- Demander confirmation explicite avant de continuer
- Confirmer à l'utilisateur que la skill
- Si flag
-
Vérifier scopes GitHub (
$CORE_SCRIPTS/check_scopes.sh) -
Vérifier template PR CD (
$CORE_SCRIPTS/verify_pr_template.sh) -
Lancer QA intelligente (
$CORE_SCRIPTS/smart_qa.sh) -
Analyser changements git (
$CORE_SCRIPTS/analyze_changes.sh) -
Confirmer branche de base (ou
AskUserQuestion) -
Générer description PR intelligente
-
Push et créer PR avec titre Conventional Commits (
scripts/create_pr.sh) -
Copier labels depuis issue liée (
scripts/copy_issue_labels.sh) -
Appliquer labels CD (
scripts/apply_cd_labels.sh) -
Assigner milestone (
$CORE_SCRIPTS/assign_milestone.py- voir git-pr-core/SKILL.md pour usage) -
Assigner projet GitHub (
$CORE_SCRIPTS/assign_project.py- voir git-pr-core/SKILL.md pour usage) -
Code review automatique (si plugin review installé)
-
Nettoyage branche locale (
$CORE_SCRIPTS/cleanup_branch.sh- branche remote préservée)
Labels CD (Continuous Delivery)
Ordre de détection du type de version :
BREAKING CHANGEou!:dans commits →version:major- Labels de l'issue liée (insensible casse, ignore emojis) :
- Patterns minor :
enhancement,feature,feat,nouvelle,new - Patterns patch :
bug,fix,bugfix,correction,patch
- Patterns minor :
- Nom de branche :
feat/*,feature/*→ minor /fix/*,hotfix/*→ patch - Premier commit de la branche :
feat:→ minor /fix:→ patch - Si indéterminé →
AskUserQuestion:"Cette PR est une nouvelle fonctionnalité (minor) ou une correction (patch) ?"
Feature flag :
- Détecté si fichiers
.twigmodifiés contiennentFeature:FlagouFeature/Flag - Applique le label
🚩 Feature flag
Création labels : Si labels absents, ils sont créés automatiquement avec couleurs appropriées.
Code Review
Si plugin review installé, lance 4 agents en parallèle :
code-reviewer- Conformité CLAUDE.mdsilent-failure-hunter- Erreurs silencieusestest-analyzer- Couverture testsgit-history-reviewer- Contexte historique
Agrège résultats (score >= 80) dans commentaire PR.
Options
| Flag | Description |
|------|-------------|
| --no-interaction | Mode automatique : passer confirmations, utiliser defaults |
| --delete | Supprimer branche LOCALE uniquement après création PR (JAMAIS la branche remote) |
| --no-review | Désactiver code review automatique |
References
- Template review - Format commentaire et agents
- Todos template - TaskCreate, TaskUpdate, TaskList et génération description
Task Management
Progression du workflow :
- 15 tâches créées à l'initialisation (ou 14 si
--no-reviewou pas de plugin review) - Chaque étape suit le pattern :
in_progress→ exécution →completed - Utiliser
TaskListpour voir la progression globale - Les tâches permettent à l'utilisateur de suivre l'avancement de la création de PR CD
Règles critiques
⚠️ INTERDICTION ABSOLUE :
- Ne JAMAIS exécuter
git push origin --delete <branche>ougit push -d origin <branche> - Ne JAMAIS supprimer la branche remote (fermerait automatiquement la PR)
- Le flag
--deletene concerne QUE la branche locale
Error Handling
- Template absent → ARRÊT
- QA échouée → ARRÊT
- Version non déterminée →
AskUserQuestion(non bloquant) - Milestone/projet non trouvé → WARNING (non bloquant)
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/git-cd-pr-continuous-delivery-mm78no25/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/git-cd-pr-continuous-delivery-mm78no25' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/git-cd-pr-continuous-delivery-mm78no25/download' --output '.skill-downloads/git-cd-pr-continuous-delivery-mm78no25/SKILL.md.part' && mv '.skill-downloads/git-cd-pr-continuous-delivery-mm78no25/SKILL.md.part' '.skill-downloads/git-cd-pr-continuous-delivery-mm78no25/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/git-cd-pr-continuous-delivery-mm78no25/SKILL.md' && test -s '.skill-downloads/git-cd-pr-continuous-delivery-mm78no25/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/git-cd-pr' && cp -R '.skill-downloads/git-cd-pr-continuous-delivery-mm78no25' '.claude/skills/git-cd-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/git-cd-pr-continuous-delivery-mm78no25'openskills read 'git-cd-pr-continuous-delivery-mm78no25'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/git-cd-pr-continuous-delivery-mm78no25/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.