Objectif
Orchestrateur du workflow de développement en 8 phases. Enchaîne automatiquement toutes les étapes avec des checkpoints utilisateur.
Feature demandée
$ARGUMENTS
Prérequis
⚠️ Plugin feature-dev requis pour les agents spécialisés.
Si non installé, afficher :
⚠️ Pour une expérience optimale, installe le plugin feature-dev :
/plugin install feature-dev@claude-code-plugins
Ce plugin fournit les agents :
- code-explorer (exploration codebase)
- code-architect (design architecture)
- code-reviewer (review qualité)
Continuer sans ces agents ? (Les phases 1, 3, 6 seront simplifiées)
Instructions à Exécuter
IMPORTANT : Exécute ce workflow étape par étape :
Initialisation
1. Proposition de worktree (optionnel)
- Utilise AskUserQuestion pour demander à l'utilisateur s'il souhaite créer un worktree pour cette feature :
📂 Créer un worktree pour cette feature ?
Avantages des worktrees :
• Garder votre branche main propre
• Travailler sur plusieurs features en parallèle
• Préserver le contexte de développement (IDE, serveur, tests)
• Pas besoin de stash ou de switcher de branche
Le worktree sera créé dans : .worktrees/{feature-slug}
Créer le worktree ? (o/n)
Si oui :
- Normaliser le nom de la feature en slug (kebab-case)
- Créer le worktree avec
/dev:worktree create {feature-slug} - Informer l'utilisateur du chemin et qu'il doit relancer Claude Code dans le worktree
- ARRÊTER le workflow avec un message :
✅ Worktree créé : .worktrees/{feature-slug} Pour continuer le workflow : 1. cd .worktrees/{feature-slug} 2. Relancer Claude Code 3. /dev:feature {description}
Si non : Continuer le workflow normalement.
Créer le fichier
.claude/data/.dev-workflow-state.json(créer le répertoire.claude/data/si nécessaire)Créer les tâches du workflow
Utiliser TaskCreate pour chaque phase :
TaskCreate #0: Discover - Comprendre le besoin
TaskCreate #1: Explore - Explorer codebase
TaskCreate #2: Clarify - Questions clarification
TaskCreate #3: Design - Proposer architectures
TaskCreate #4: Plan - Générer specs
TaskCreate #5: Code - Implémenter
TaskCreate #6: Review - QA complète
TaskCreate #7: Summary - Résumé final
TaskCreate #8: Cleanup - Nettoyer worktree (si créé)
Important :
- Utiliser
activeForm(ex: "Comprenant le besoin", "Explorant le codebase") - Ne créer la tâche #8 que si worktree créé
- Les tâches suivent l'ordre d'exécution (0→7 ou 0→8)
Gestion du timing et progression
Avant chaque phase :
- Utiliser
TaskUpdatepour marquer la tâche commein_progress - Enregistrer le timestamp de début dans
.claude/data/.dev-workflow-state.json
Après chaque phase :
- Calculer la durée et mettre à jour le fichier d'état
- Utiliser
TaskUpdatepour marquer la tâche commecompleted
Phase 0 : Discover
TaskUpdate→ tâche #0 enin_progress- Exécuter le contenu de
/dev:discover - Checkpoint : Confirmer que la compréhension est correcte
TaskUpdate→ tâche #0 encompleted
Phase 1 : Explore
TaskUpdate→ tâche #1 enin_progress- Exécuter le contenu de
/dev:explore TaskUpdate→ tâche #1 encompleted
Phase 2 : Clarify
TaskUpdate→ tâche #2 enin_progress- Exécuter le contenu de
/dev:clarify - Checkpoint : Attendre toutes les réponses
TaskUpdate→ tâche #2 encompleted
Phase 3 : Design
TaskUpdate→ tâche #3 enin_progress- Exécuter le contenu de
/dev:design - Checkpoint : Attendre le choix de l'architecture
TaskUpdate→ tâche #3 encompleted
Phase 4 : Plan
TaskUpdate→ tâche #4 enin_progress- Exécuter le contenu de
/dev:plan TaskUpdate→ tâche #4 encompleted
Phase 5 : Code
- Checkpoint : Demander approbation avant de commencer
TaskUpdate→ tâche #5 enin_progress- Exécuter le contenu de
/dev:code TaskUpdate→ tâche #5 encompleted
Phase 6 : Review
TaskUpdate→ tâche #6 enin_progress- Exécuter le contenu de
/dev:review - Checkpoint : Demander action (fix now / fix later / proceed)
TaskUpdate→ tâche #6 encompleted
Phase 7 : Summary
TaskUpdate→ tâche #7 enin_progress- Exécuter le contenu de
/dev:summary - Calculer le temps total et afficher le récapitulatif des temps
TaskUpdate→ tâche #7 encompleted
Phase 8 : Cleanup (optionnel)
- Si un worktree a été créé :
TaskUpdate→ tâche #8 enin_progress- Proposer de nettoyer le worktree
TaskUpdate→ tâche #8 encompleted
Affichage du statut
Deux systèmes complémentaires :
Task Management System : Utiliser
TaskListpour afficher l'état des tâches (pending/in_progress/completed)Affichage manuel avec timings : À chaque transition de phase, afficher :
🔄 Workflow de développement : {feature}
✅ 0. Discover - Comprendre le besoin (1m 23s)
✅ 1. Explore - Explorer codebase (2m 45s)
🔵 2. Clarify - Questions clarification ← En cours
⬜ 3. Design - Proposer architectures
⬜ 4. Plan - Générer specs
⬜ 5. Code - Implémenter
⬜ 6. Review - QA complète
⬜ 7. Summary - Résumé final
⬜ 8. Cleanup - Nettoyer worktree (si créé)
Note : Le task system ne gère pas les timings, donc l'affichage manuel reste nécessaire pour montrer les durées.
Règles
- Proposition de worktree à l'initialisation (optionnel)
- Checkpoints obligatoires aux phases 0, 2, 3, 5, 6
- Ne jamais sauter de phase (0-7)
- Phase 8 (Cleanup) uniquement si un worktree a été créé
- Task Management :
- Créer toutes les tâches à l'initialisation
- Mettre à jour le statut avant/après chaque phase
- Utiliser
TaskListpour afficher la progression
- Mettre à jour
.claude/data/.dev-workflow-state.jsonaprès chaque phase (pour les timings) - Afficher le statut à chaque transition (task system + timings)
- Si l'utilisateur interrompt, il peut reprendre avec
/dev:status+ la commande de la phase suivante - Worktrees : Toutes les métadonnées sont dans
.claude/data/.dev-worktrees.json
Commande d'aide
Si l'utilisateur tape /dev:feature sans arguments, afficher l'aide complète.
Converted and distributed by TomeVault — claim your Tome and manage your conversions.