tuvens/développement-phasé

Que fait développement-phasé ?

Plugin d'orchestration multi-niveaux pour Claude Code : rôles phase/sprint, protocole de test, délégation Codex, modèle d'essai Sprint 0. À utiliser pour les projets de longue durée (3+ phases prévues).

Vue d'ensemble

tuvens/phased-development structure vos sessions Claude Code en phases, sprints et rôles. Il définit un workflow de test (rédaction avant codage, exécution après), permet de déléguer des tâches à d'autres agents Codex, et inclut un modèle d'essai Sprint 0 pour valider l'architecture avant un engagement complet. Ce plugin est conçu pour les projets de longue durée où plusieurs phases sont attendues.

Fonctionnalités

• Orchestration de Phase/Sprint : Définir des phases (par ex., Validation de concept, MVP, Production), chaque phase contenant des sprints (1 ou 2 semaines). Le plugin planifie, exécute et suit les progrès à travers les sprints.
• Rôles : Attribuer des rôles comme Architecte, Développeur, Testeur, Chef de Projet. Chaque rôle a des responsabilités spécifiques et des instructions de workflow.
• Protocole de Test : Rédiger des tests avant d'implémenter le code (TDD). Exécuter les tests après l'implémentation. Le plugin impose cette séquence.
• Délégation Codex : Déléguer un sous-ensemble de tâches à d'autres agents Claude Code (Codex) exécutés dans des sessions séparées. Le plugin gère le contexte et agrège les résultats.
• Modèle d'Essai Sprint 0 : Un sprint court (généralement 1 jour) pour valider l'architecture, les dépendances et le plan de projet avant de commencer le développement complet.
• Rapports et Journalisation : Le plugin génère des rapports de progression de sprint, des synthèses de phase et des journaux de session pour garder une trace de ce qui a été fait.

Comment ça marche

1. Initialisation : Au début d'une session, le plugin vérifie s'il existe un fichier progress.md et un fichier session-<horodatage>.md.
2. Définition du Plan : Si aucun plan n'existe, l'utilisateur est invité à décrire le projet. Le plugin crée une structure de phases et de sprints.
3. Exécution : À chaque sprint, le plugin sélectionne une tâche, attribue un rôle, rédige des tests, implémente le code, exécute les tests, puis marque la tâche comme terminée.
4. Délégation : Pour les tâches parallèles, le plugin peut générer une instruction pour un autre agent Codex, qui exécutera la tâche et renverra les résultats.
5. Revue et Pivot : À la fin d'un sprint, le plugin examine les progrès. S'il y a des problèmes, il peut pivoter (replanifier ou ajuster les sprints).
6. Journalisation : Toutes les actions sont enregistrées dans un fichier journal de session.

Utilisation

Pour utiliser ce plugin, placez simplement le fichier SKILL.md dans votre répertoire de projet. Claude Code détectera automatiquement le plugin et proposera les fonctionnalités d'orchestration.

# Exemple : Initialiser un nouveau projet avec le plugin
claude --skill tuvens/phased-development

Exemple de Workflow

1. L'utilisateur dit : « Je veux construire une application web de gestion de tâches. »
2. Le plugin crée un plan : Phase 1 (Sprint 0 - Validation), Phase 2 (Sprint 1-2 - Fonctionnalités de base).
3. Sprint 0 : L'Architecte rédige des tests pour la configuration, implémente la structure du projet, exécute les tests.
4. Le rapport est généré : « Sprint 0 terminé. Architecture validée. 5 tests passés. »
5. L'utilisateur approuve puis le plugin passe au Sprint 1.

Configuration

Vous pouvez configurer le plugin en éditant le fichier SKILL.md ou en fournissant des variables d'environnement (non implémenté actuellement). Les valeurs par défaut incluent une durée de sprint de 1 semaine, un protocole de test obligatoire et les rôles par défaut (Architecte, Développeur, Testeur).

Limitations

• La délégation Codex nécessite que l'agent Codex soit accessible (même platine Claude Code).
• Le plugin suppose qu'un fichier progress.md est maintenu ; si le fichier est corrompu, la progression peut être perdue.
• Actuellement, un seul projet à la fois est supporté.

Licence

MIT