| name | plan-creation |
| description | Skill — Procédure création + orchestration Plan d'Action (AP). Pour agents orchestrateurs (ARCos + futurs agents planification). |
Skill : Création d'un Plan d'Action (AP)
Skill décrit procédure standard créer, valider, lancer Plan d'Action.
Réservé agents orchestration (ex: 🟠 ARCos).
Référence complète format AP : .github/PLANS.md
Avant de créer un plan
-
Clarifier problème / objectif
- Quel besoin utilisateur ou technique ?
- Quels critères succès mesurables ?
- Contraintes temps, ressources ou technologie ?
-
Structurer approche
- Quelles phases logiques nécessaires ?
- Comment phases dépendent entre elles ?
- Quel agent (DEVon, QUALvin, DOCly, ARCos) fait quoi ?
Créer le fichier plan
Créer fichier .github/plans/<NO>_<nom>.plan.md contenant :
- En-tête : Titre, date, statut (
⏳ Planifié), lien document
- Objectif Global : 1-2 paragraphes problème + outcomes attendus
- Phases : 3-6 phases avec :
- Contexte (situation actuelle, enjeux)
- Critères Réussite (3-5 conditions mesurables)
- Tâches (T.) assignées agents
- Résumé par Agent : Qui fait quoi, livrables, durée estimée
- Dépendances : Diagramme ordre exécution
- Critères Succès Globaux : Mesures finales projet
- Plan d'Exécution : Quand démarrer chaque phase, triggers
Référence complète format : .github/PLANS.md (section "Format du Fichier Plan")
Structurer les tâches
Chaque tâche doit avoir :
- Numéro unique :
T<PHASE>.<NUM> (ex: T1.1, T2.3)
- Agent assigné : DEVon, QUALvin, DOCly, ARCos
- Scope explicite : Fichiers créer/modifier, quoi couvrir
- Critères mesurables : "≥90% couverture", "5/5 tests passants", etc.
#### T1.1 - <Verbe d'action> <objet>
- **Agent :** [QUALvin | DEVon | DOCly | ARCos]
- **Fichier(s) :** Chemin exact
- **Couvrir / Implémenter :**
- Fonctionnalité 1
- Cas d'erreur
- **Acceptation :** Condition mesurable (ex: ≥90% couverture)
Créer le dossier reporting
.github/plans/<NO>_reports/
Dossier contiendra rapport par phase :
PHASE_1_COMPLETION_REPORT.md
PHASE_2_COMPLETION_REPORT.md
- etc.
Présenter et valider le plan
Avant lancer phases :
- Soumettre plan au 👤 Développeur humain pour validation
- Points validation clés :
- Phases bien séparées logiquement ?
- Dépendances correctes (pas cycles) ?
- Tâches claires + mesurables ?
- Agents assignés appropriés ?
- Ajuster selon feedback
Lancer une phase
Quand plan validé + dépendances satisfaites :
- Vérifier dépendances : Toutes phases précédentes sont ✅
- Identifier agent responsable phase
- Créer rapport vide :
.github/plans/<NO>_reports/PHASE_N_COMPLETION_REPORT.md
- Déléguer à agent avec prompt structuré incluant :
- Lien vers plan complet
- Liste tâches assignées (T.X à T.Y)
- Lien vers rapport à remplir
- Critères réussite + dépendances critiques
Exemple prompt lancement :
Exécute la Phase N du plan : .github/plans/<NO>_<nom>.plan.md
Tâches assignées : T<N>.1 à T<N>.M
Rapport à remplir : .github/plans/<NO>_reports/PHASE_N_COMPLETION_REPORT.md
Critères de réussite :
- ✅ [Critère 1]
- ✅ [Critère 2]
Valider et progresser
Après phase signalée complétée :
- Lire rapport :
.github/plans/<NO>_reports/PHASE_N_...md
- Vérifier : Tous critères ✅, aucun bloqueur, livrables présents
- Décider : Phase suivante peut démarrer ?
- Mettre à jour statut plan si changement global
Règle obligatoire — Synchronisation de l'index des plans
.github/plans/README.md doit contenir uniquement liste plans + statut global.
- À chaque création plan ou changement statut global, mettre à jour
.github/plans/README.md dans même changement.
Checklist pour un bon plan
Références
- 📋 Guide complet :
.github/PLANS.md
- 📌 Index des plans :
.github/plans/README.md