Best use case
dev:status is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Affiche le workflow et l'étape courante
Teams using dev:status should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/status/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How dev:status Compares
| Feature / Agent | dev:status | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Affiche le workflow et l'étape courante
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Configuration de sortie
## Instructions à Exécuter
**IMPORTANT : Exécute ce workflow étape par étape :**
**IMPORTANT** : Cette skill affiche un statut court et nécessite un format de sortie spécifique.
Lis le frontmatter de cette skill. Si un champ `output-style` est présent, exécute immédiatement :
```
/output-style <valeur-du-champ>
```
*Note : Une fois que le champ `output-style` sera supporté nativement par Claude Code, cette instruction pourra être supprimée.*
**Output-style requis** : `ultra-concise`
# Objectif
Afficher l'état actuel du workflow de développement pour que l'utilisateur sache où il en est.
# Instructions
1. Chercher un fichier `.claude/data/.dev-workflow-state.json` dans le répertoire courant
2. Si le fichier existe, lire l'état du workflow
3. Afficher le plan avec les statuts de chaque phase
# Format de sortie
```
🔄 Workflow de développement
{status} 0. Discover - Comprendre le besoin {duration}
{status} 1. Explore - Explorer codebase {duration}
{status} 2. Clarify - Questions clarification {duration}
{status} 3. Design - Proposer architectures {duration}
{status} 4. Plan - Générer specs {duration}
{status} 5. Code - Implémenter {duration}
{status} 6. Review - QA complète {duration}
{status} 7. Summary - Résumé final {duration}
📋 Feature: "{feature_description}"
📁 Plan: {plan_path}
⏱️ Temps total: {total_duration}
```
# Affichage des durées
Pour chaque phase :
- Si `completed` avec `durationMs` → afficher `({formatted_duration})`
- Si `in_progress` avec `startedAt` → afficher `(en cours depuis {elapsed})`
- Si pas de timing → ne rien afficher
## Format de durée
Formater les durées de manière lisible :
- `< 60s` → `{X}s` (ex: `45s`)
- `< 60min` → `{X}m {Y}s` (ex: `2m 30s`)
- `>= 60min` → `{X}h {Y}m` (ex: `1h 15m`)
# Légende des statuts
- `✅` - Phase complétée
- `🔵` - Phase en cours (ajouter `← En cours` à la fin)
- `⬜` - Phase à faire
# Si aucun workflow actif
Afficher :
```
📭 Aucun workflow actif
Pour démarrer un nouveau workflow :
/dev:feature <description>
Ou exécuter les phases individuellement :
/dev:discover <description>
```
# Commandes disponibles
Lister les commandes du workflow :
```
📖 Commandes disponibles
Workflow complet :
/dev:feature <desc> - Lance toutes les phases automatiquement
Phases individuelles :
/dev:discover <desc> - 0. Comprendre le besoin
/dev:explore - 1. Explorer le codebase
/dev:clarify - 2. Questions de clarification
/dev:design - 3. Proposer architectures
/dev:plan - 4. Générer le plan
/dev:code [plan] - 5. Implémenter
/dev:review - 6. QA complète
/dev:summary - 7. Résumé final
Utilitaires :
/dev:debug <error> - Analyser une erreur
/dev:log <fichier> - Ajouter LoggableInterface
```Related Skills
fix-grammar
Fix grammar and spelling errors in one or multiple files while preserving formatting
symfony-framework
Comprehensive Symfony 6.4 development skill for web applications, APIs, and microservices.
symfony:make
Cherche si il existe un maker Symfony pour faire la tache demandée et l'utilise si il existe. Si aucun maker n'existe alors utilise la slash command "/prepare"
phpstan-resolver
Résout automatiquement les erreurs PHPStan en analysant et corrigeant les problèmes de types. Boucle jusqu'à zéro erreur ou stagnation.
elegant-objects
Vérifie la conformité du code PHP aux principes Elegant Objects de Yegor Bugayenko. Analyse un fichier spécifique ou tous les fichiers modifiés dans la branche.
prompt:validate
Vérifie la checklist avant exécution et liste les oublis
prompt:transform
Transforme un prompt en prompt exécutable compatible avec le Task Management System (TaskCreate/TaskUpdate/TaskList)
prompt:team
Orchestre une équipe d'agents spécialisés pour les tâches complexes. Auto-détecte le type, compose l'équipe, coordonne les phases analyse → challenge → implémentation → QA.
prompt:start
Démarre un développement avec un starter léger puis active le mode plan
apex
Systematic implementation using APEX methodology (Analyze-Plan-Execute-eXamine) with parallel agents, self-validation, and optional adversarial review. Use when implementing features, fixing bugs, or making code changes that benefit from structured workflow.
fix-errors
Fix all ESLint and TypeScript errors with parallel processing using snipper agents
prompt-creator
Expert prompt engineering for creating effective prompts for Claude, GPT, and other LLMs. Use when writing system prompts, user prompts, few-shot examples, or optimizing existing prompts for better performance.