Implémentation selon plan (Phase 5)

VérifiéSûr

Phase 5 du workflow : implémente la feature étape par étape en suivant le plan généré. Vérifie la présence du plan, demande approbation avant de commencer, puis exécute chaque étape avec des hooks automatiques (PHPStan après édition, PSR-12 après écriture). Utile pour implémenter des features complexes en respectant les conventions du projet.

Spar Skills Guide Bot
DeveloppementIntermédiaire
02/06/2026
Claude Code
#implementation#plan-driven#php#workflow

Recommandé pour

Synthèse automatique

Implémente une fonctionnalité en suivant un plan de développement préétabli, avec validation qualité automatique (PHPStan, formatage PSR-12).

Points forts

  • Assure le respect du plan et des conventions du projet
  • Automatise les vérifications de qualité (PHPStan niveau 9) et le formatage PSR-12 après chaque modification
  • Intègre une approche TDD pour la création de tests unitaires

Limites

  • Nécessite un plan préexistant généré par une phase précédente (ex: /dev:plan)
  • Les vérifications qualité dépendent de la présence d'outils comme PHPStan ou php-cs-fixer dans le projet
  • Ne couvre que les fichiers PHP pour les hooks automatiques
Quand l'utiliser

Quand vous avez un plan détaillé et souhaitez implémenter une fonctionnalité étape par étape avec des contrôles qualité intégrés.

Quand l'éviter

Pour des tâches simples ou exploratoires ne nécessitant pas de plan formel, ou si le projet n'utilise pas PHP.

Analyse de sécurité

Sûr
Score qualité85/100

The skill uses Bash hooks to run linters and formatters (PHPStan, php-cs-fixer) on PHP files, which are legitimate development quality tools. There are no destructive commands, no exfiltration, and no obfuscated payloads. The workflow instructs the agent to implement code according to a plan, which is within the agent's normal operation.

Aucun point d'attention détecté

Comment cette analyse est faite

Exemples

Implémenter depuis un plan existant
/dev:code path/to/plan.md
Implémenter en utilisant le plan sauvegardé dans l'état du workflow
/dev:code
Démarrer l'implémentation après la phase de planification
Continue with Phase 5: implement the feature according to the plan we created earlier.

name: dev:code description: Implémenter selon le plan (Phase 5) argument-hint: [path-to-plan] model: sonnet allowed-tools: [Read, Write, Edit, Bash, Grep, Glob, TaskCreate, TaskUpdate, TaskList] version: 1.0.0 license: MIT hooks: PreToolUse: - matcher: "Read" hooks: - type: command command: | # Hook 3: Vérifier qu'on a un plan à suivre if [ -f ".claude/data/.dev-workflow-state.json" ]; then PLAN_PATH=$(jq -r '.planPath // empty' .claude/data/.dev-workflow-state.json 2>/dev/null || echo "") if [ -z "$PLAN_PATH" ] || [ ! -f "$PLAN_PATH" ]; then echo "❌ ERREUR : Aucun plan trouvé" echo "Lance d'abord : /dev:plan" exit 1 fi fi once: true PostToolUse: - matcher: "Edit" hooks: - type: command command: | # Hook 1: PHPStan après chaque Edit (fichiers PHP uniquement) FILE=$(echo "$CLAUDE_TOOL_ARGS" | grep -oP '(?<=file_path: ).*?(?=,|$)' || echo "")

        if [ -n "$FILE" ] && [[ "$FILE" == *.php ]]; then
          echo "🔍 Vérification PHPStan de $FILE..."

          if [ -f "Makefile" ] && grep -q "^phpstan:" Makefile; then
            make phpstan FILES="$FILE" 2>/dev/null || vendor/bin/phpstan analyse "$FILE" --level=9 --no-progress 2>/dev/null || echo "⚠️  PHPStan non disponible"
          elif [ -f "vendor/bin/phpstan" ]; then
            vendor/bin/phpstan analyse "$FILE" --level=9 --no-progress || {
              echo "⚠️  Erreurs PHPStan détectées dans $FILE"
              echo "Corrige-les avant de continuer"
            }
          fi
        fi
      once: false
- matcher: "Write"
  hooks:
    - type: command
      command: |
        # Hook 2: Auto-format après Write (fichiers PHP uniquement)
        FILE=$(echo "$CLAUDE_TOOL_ARGS" | grep -oP '(?<=file_path: ).*?(?=,|$)' || echo "")

        if [ -n "$FILE" ] && [[ "$FILE" == *.php ]] && [ -f "$FILE" ]; then
          echo "🎨 Auto-formatage PSR-12 de $FILE..."

          if [ -f "vendor/bin/php-cs-fixer" ]; then
            vendor/bin/php-cs-fixer fix "$FILE" --rules=@PSR12 --quiet 2>/dev/null && echo "✅ Formaté : $FILE" || echo "⚠️  Formatage ignoré"
          elif [ -f "Makefile" ] && grep -q "^fix:" Makefile; then
            make fix FILES="$FILE" 2>/dev/null || echo "⚠️  Formatage ignoré"
          fi
        fi
      once: false

Objectif

Phase 5 du workflow de développement : implémenter la feature selon le plan généré.

Variables

PATH_TO_PLAN: $ARGUMENTS

Instructions à Exécuter

IMPORTANT : Exécute ce workflow étape par étape :

1. Vérifier le contexte et charger le plan

  • Extrais PATH_TO_PLAN depuis $ARGUMENTS
  • Si PATH_TO_PLAN n'est pas fourni :
    • Lis .claude/data/.dev-workflow-state.json avec Read
    • Extrais planPath du JSON
  • Si toujours pas de plan, affiche une erreur et arrête

2. Demander approbation avant implémentation

⚠️ CRITIQUE : Ne PAS commencer l'implémentation sans approbation explicite.

Attendre confirmation avant de continuer.

3. Lire le plan

  • Lire le fichier plan complet
  • Extraire les étapes d'implémentation
  • Identifier les fichiers à créer/modifier

4. Implémenter étape par étape

Pour chaque étape du plan :

  1. Créer une todo pour l'étape
  2. Lire les fichiers concernés (si modification)
  3. Implémenter le code
  4. Respecter :
    • Les conventions du projet (CLAUDE.md)
    • Les patterns identifiés dans l'exploration
    • Les décisions prises en phase 2
  5. Marquer la todo comme complétée

5. Créer les tests

  • Créer les tests unitaires spécifiés dans le plan
  • Suivre l'approche TDD si possible
  • S'assurer que les tests passent

6. Vérifications qualité

Lancer les vérifications :

make phpstan    # PHPStan niveau 9
make fix        # Formatage PSR-12

⚠️ Corriger TOUTES les erreurs PHPStan avant de continuer.

7. Mettre à jour le workflow state

8. Rapport

Règles

  • Approbation obligatoire avant de commencer
  • PHPStan = 0 erreurs (bloquant CI)
  • Respecter le plan (pas d'improvisation)
  • Tests pour chaque composant
  • Conventions françaises pour les variables et documentation

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 annexes

Ce 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.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/implementation-by-plan-phase-5-mm8o51k1/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/implementation-by-plan-phase-5-mm8o51k1' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/implementation-by-plan-phase-5-mm8o51k1/download' --output '.skill-downloads/implementation-by-plan-phase-5-mm8o51k1/SKILL.md.part' && mv '.skill-downloads/implementation-by-plan-phase-5-mm8o51k1/SKILL.md.part' '.skill-downloads/implementation-by-plan-phase-5-mm8o51k1/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/implementation-by-plan-phase-5-mm8o51k1/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.

Skills similaires