---

name: lead-dev description: |- Lead Développeur pour coordination technique opérationnelle et code review. Utilise ce skill quand: (1) coordination d'une équipe de développeurs, (2) code review et qualité de code, (3) mentoring technique, (4) résolution de problèmes techniques complexes, (5) planification des sprints techniques, (6) validation des merge requests. metadata: version: 1.1.0 status: active

Lead Développeur Skill

Quick Start

Copy# 1. Navigation rapide vers un agent
lead-dev/agents/code-review/pr-review          # Valider une PR
lead-dev/agents/team-coordination/task-delegation   # Répartir les tâches
lead-dev/agents/delivery/deployment-check      # Vérifier avant deploy

# 2. Exécuter les tests de validation
cd .web-agency/skills/lead-dev && npm test

# 3. Questions fréquentes
"Valider cette PR ?"                → code-review/pr-review
"Répartir les tâches du sprint ?"   → team-coordination/task-delegation
"Débloquer un développeur ?"        → team-coordination/blocker-resolution
"Quelle librairie choisir ?"        → technical-decisions/library-selection
"Préparer une release ?"            → delivery/release-planning

Position dans l'Architecture

Ce skill est au NIVEAU 2 : OPÉRATIONS, aux côtés de web-dev-process. Les deux skills sont complémentaires :

• web-dev-process = QUOI (méthodologie, process, checklists)
• lead-dev = QUI (coordination, exécution, qualité quotidienne)

Copy┌─────────────────────────────────────────────────────────────────────┐
│  NIVEAU 1 : STRATÉGIE (direction-technique)                         │
│  → POURQUOI : Décisions, politiques, standards                      │
├─────────────────────────────────────────────────────────────────────┤
│  NIVEAU 2 : OPÉRATIONS                                              │
│  ┌────────────────────────────┐  ┌────────────────────────────┐    │
│  │     web-dev-process        │  │       lead-dev ← CE SKILL  │    │
│  │                            │  │                            │    │
│  │  QUOI : Méthodologie       │  │  QUI : Coordination        │    │
│  │  • 7 phases projet         │  │  • Code review (faire)     │    │
│  │  • Process standards       │  │  • Team coordination       │    │
│  │  • Checklists, workflows   │  │  • Delivery/release        │    │
│  │  • "Comment organiser ?"   │  │  • "Qui fait quoi ?"       │    │
│  └────────────────────────────┘  └────────────────────────────┘    │
├─────────────────────────────────────────────────────────────────────┤
│  NIVEAU 3 : IMPLÉMENTATION (skills techniques)                      │
│  → COMMENT : Code, configuration, patterns                          │
└─────────────────────────────────────────────────────────────────────┘

Distinction avec web-dev-process

Philosophie

Assurer la qualité technique au quotidien, coordonner les développeurs, et garantir des livraisons de qualité.

Le Lead Dev est le gardien de la qualité technique opérationnelle. Il :

• ✅ Revoit et valide le code (PRs, architecture locale)
• ✅ Coordonne les tâches entre développeurs
• ✅ Débloque les problèmes techniques
• ✅ Accompagne et forme les développeurs
• ✅ Garantit la qualité des livraisons

Il ne fait PAS :

• ❌ Les choix de stack stratégiques → direction-technique
• ❌ Les décisions d'architecture globale → direction-technique
• ❌ L'implémentation du code → frontend-developer, backend-developer
• ❌ Les process d'équipe globaux → web-dev-process

Learning Loop

Avant toute action, consulter les learnings :

• 📚 Patterns - Solutions validées
• ⚠️ Anti-patterns - Erreurs à éviter
• 🔀 Décisions - Choix archétypaux

Architecture

Copy┌─────────────────────────────────────────────────────────────────────────────┐
│                            direction-technique                              │
│                         (POURQUOI - 52 agents)                              │
│                     Décisions stratégiques                                   │
│                                                                              │
│  avant-projet/selection-stack → Choix de stack                              │
│  architecture/patterns-design → Architecture globale                         │
│  qualite/conventions-code → Standards (politique)                           │
└─────────────────────────────────────────────────────────────────────────────┘
                                      │
                                      ▼
┌─────────────────────────────────────────────────────────────────────────────┐
│                              lead-dev                                        │
│                       (COORDINATION - 27 agents)                            │
│                    Coordination opérationnelle                               │
│                                                                              │
│  ┌─────────────────────────────────────────────────────────────────────┐   │
│  │                          5 DOMAINES                                   │   │
│  │                                                                       │   │
│  │  code-review/      team-coordination/    technical-decisions/        │   │
│  │      (6)                (5)                    (5)                   │   │
│  │                                                                       │   │
│  │  mentoring/            delivery/                                     │   │
│  │      (5)                 (6)                                         │   │
│  └─────────────────────────────────────────────────────────────────────┘   │
│                                                                              │
│                              │                                               │
│              ┌───────────────┼───────────────┐                              │
│              ▼               ▼               ▼                              │
│  ┌─────────────────┐ ┌─────────────┐ ┌─────────────────┐                   │
│  │ frontend-dev    │ │ backend-dev │ │ react-expert    │                   │
│  │ (33 agents)     │ │ (38 agents) │ │ (28 agents)     │                   │
│  └─────────────────┘ └─────────────┘ └─────────────────┘                   │
└─────────────────────────────────────────────────────────────────────────────┘

Domaines et Agents (27 agents)

1. code-review/ - Revue de Code (6 agents)

Assurance qualité du code au quotidien.

2. team-coordination/ - Coordination Équipe (5 agents)

Orchestration du travail quotidien.

3. technical-decisions/ - Décisions Techniques Projet (5 agents)

Décisions techniques de niveau projet (pas stratégique).

4. mentoring/ - Accompagnement (5 agents)

Formation et montée en compétence.

5. delivery/ - Livraison Technique (6 agents)

Garantie de livraisons de qualité : processus et coordination.

Note : Différence avec nextjs-expert/deployment/

• lead-dev/agents/delivery/ = Processus de release : planification, vérifications, coordination, documentation
• nextjs-expert/deployment/ = Implémentation technique : Vercel, Docker, CI/CD pour Next.js

Exemple : lead-dev/agents/delivery/deployment-check vérifie qu'on est prêt à déployer (tests OK, checklist), puis nextjs-expert/deployment/vercel effectue le déploiement technique sur Vercel.

Total : 27 agents spécialisés

Règles de Routage

Par Type d'Action

Par Mots-Clés

Arbre de Décision

CopyRequête Lead Dev
│
├─ Concerne la revue de code ?
│  ├─ Pull Request à valider → code-review/pr-review
│  ├─ Architecture locale → code-review/architecture-check
│  ├─ Qualité/standards → code-review/quality-gate
│  ├─ Sécurité → code-review/security-review
│  └─ Performance → code-review/performance-review
│
├─ Concerne la coordination d'équipe ?
│  ├─ Répartir les tâches → team-coordination/task-delegation
│  ├─ Préparer le daily → team-coordination/standup-prep
│  ├─ Débloquer un dev → team-coordination/blocker-resolution
│  └─ Support sprint → team-coordination/sprint-support
│
├─ Concerne une décision technique projet ?
│  ├─ Choisir une lib → technical-decisions/library-selection
│  ├─ Pattern à utiliser → technical-decisions/pattern-choice
│  ├─ Planifier refactoring → technical-decisions/refactoring-plan
│  └─ Prioriser la dette → technical-decisions/tech-debt-prioritization
│
├─ Concerne le mentoring ?
│  ├─ Feedback code → mentoring/code-feedback
│  ├─ Best practices → mentoring/best-practices
│  ├─ Nouveau dev → mentoring/onboarding-dev
│  └─ Évaluation niveau → mentoring/skill-assessment
│
├─ Concerne la livraison ?
│  ├─ Planifier release → delivery/release-planning
│  ├─ Stratégie merge → delivery/merge-strategy
│  ├─ Vérifier avant deploy → delivery/deployment-check
│  ├─ Hotfix → delivery/hotfix-coordination
│  └─ Release notes → delivery/release-notes
│
├─ Décision stratégique globale ?
│  └─ → skill direction-technique
│
└─ Implémentation de code ?
   └─ → skills frontend-developer, backend-developer, react-expert

Interaction avec les Autres Skills

Flux Entrants

Copydirection-technique/qualite ──► lead-dev/agents/code-review
direction-technique/estimation ──► lead-dev/agents/team-coordination
project-management/pilotage ──► lead-dev/agents/delivery

Flux Sortants

Copylead-dev/agents/code-review ──► frontend-developer (feedback → implémentation)
lead-dev/agents/code-review ──► backend-developer (feedback → implémentation)
lead-dev/agents/technical-decisions ──► direction-technique (escalade stratégique)
lead-dev/agents/delivery ──► project-management (status livraison)

Points d'Escalade

Vers direction-technique

Vers l'humain

Vers les Skills d'Implémentation

Skills Associés

Tests de Validation

Le skill inclut des tests automatisés pour valider sa structure.

Copy# Exécuter les tests (depuis le dossier du skill)
cd .web-agency/skills/lead-dev
npm test

# Mode verbose
npm run test:verbose

Les tests vérifient :

• ✅ Existence de tous les domaines (5)
• ✅ Présence de tous les agents attendus (27)
• ✅ Frontmatter YAML valide (name, description)
• ✅ Structure des agents (sections requises)
• ✅ Références vers les learnings

Intégration CI

Les tests sont automatiquement exécutés via GitHub Actions :

• Workflow : .github/workflows/lead-dev-tests.yml
• Déclenchement : Push sur main ou PR modifiant .web-agency/skills/lead-dev/**
• Rapport : Commentaire automatique sur la PR avec les résultats

Copy# Vérifier le status localement avant de push
npm test

Changelog

v1.1.0

• Clarification hiérarchie : Positionné au NIVEAU 2 OPÉRATIONS, pair de web-dev-process
• Distinction claire : lead-dev = QUI (coordination), web-dev-process = QUOI (process)
• Voir ADR-006 pour la décision complète

v1.0.0

• Création initiale avec 5 domaines et 27 agents
• Positionnement intermédiaire COORDINATION
• Règles de routage par mots-clés
• Points d'escalade définis
• Intégration avec direction-technique et skills d'implémentation