devfeature
Workflow complet de développement de feature
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Menü
Workflow complet de développement de feature
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
Automatise les mises à jour de version des plugins avec détection automatique du type de version
Skill interne fournissant les scripts communs pour la création de branches. Ne pas appeler directement - utilisé par git:branch et git:worktree.
Création de branche Git avec workflow structuré
Création de worktree Git avec workflow structuré
Crée une Pull Request en mode Continuous Delivery avec workflow complet : QA, labels version (major/minor/patch), feature flags, code review automatique.
Skill interne fournissant les scripts communs pour la création de Pull Requests. Ne pas appeler directement - utilisé par git-pr et git-cd-pr.
| name | dev:feature |
| description | Workflow complet de développement de feature |
| argument-hint | <description-feature> |
| model | sonnet |
| allowed-tools | ["Read","Write","Edit","Grep","Glob","Task","TaskCreate","TaskUpdate","TaskList","AskUserQuestion","Bash","Skill"] |
| version | 1.0.0 |
| license | MIT |
Orchestrateur du workflow de développement en 8 phases. Enchaîne automatiquement toutes les étapes avec des checkpoints utilisateur.
$ARGUMENTS
⚠️ 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)
IMPORTANT : Exécute ce workflow étape par étape :
📂 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 :
/dev:worktree create {feature-slug}✅ 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 :
activeForm (ex: "Comprenant le besoin", "Explorant le codebase")Avant chaque phase :
TaskUpdate pour marquer la tâche comme in_progress.claude/data/.dev-workflow-state.jsonAprès chaque phase :
TaskUpdate pour marquer la tâche comme completedTaskUpdate → tâche #0 en in_progress/dev:discoverTaskUpdate → tâche #0 en completedTaskUpdate → tâche #1 en in_progress/dev:exploreTaskUpdate → tâche #1 en completedTaskUpdate → tâche #2 en in_progress/dev:clarifyTaskUpdate → tâche #2 en completedTaskUpdate → tâche #3 en in_progress/dev:designTaskUpdate → tâche #3 en completedTaskUpdate → tâche #4 en in_progress/dev:planTaskUpdate → tâche #4 en completedTaskUpdate → tâche #5 en in_progress/dev:codeTaskUpdate → tâche #5 en completedTaskUpdate → tâche #6 en in_progress/dev:reviewTaskUpdate → tâche #6 en completedTaskUpdate → tâche #7 en in_progress/dev:summaryTaskUpdate → tâche #7 en completedTaskUpdate → tâche #8 en in_progressTaskUpdate → tâche #8 en completedDeux systèmes complémentaires :
Task Management System : Utiliser TaskList pour 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.
TaskList pour afficher la progression.claude/data/.dev-workflow-state.json après chaque phase (pour les timings)/dev:status + la commande de la phase suivante.claude/data/.dev-worktrees.jsonSi l'utilisateur tape /dev:feature sans arguments, afficher l'aide complète.