lead-dev
npx skills add https://github.com/truchot/claude-skills-test --skill lead-dev
Agent 安装分布
Skill 文档
Lead Développeur Skill
Quick Start
# 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)
âââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ
â 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
| Concern | web-dev-process | lead-dev |
|---|---|---|
| Code Review | Process : Checklist, critères | Exécution : Faire la review |
| Deployment | Process : Ãtapes staging â prod | Coordination : Planifier, valider |
| Standards | Process : Définir les conventions | Application : Faire respecter |
| Tests | Process : Pyramide, stratégie | – (skills techniques) |
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
âââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ
â 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.
| Agent | Responsabilité | Produit |
|---|---|---|
orchestrator |
Coordination des reviews | Routage |
pr-review |
Revue des Pull Requests | Commentaires PR, approbation |
architecture-check |
Vérification patterns locaux | Feedback architecture |
quality-gate |
Validation standards qualité | Checklist qualité |
security-review |
Revue sécurité du code | Alertes sécurité |
performance-review |
Revue performance du code | Recommandations perf |
2. team-coordination/ – Coordination Ãquipe (5 agents)
Orchestration du travail quotidien.
| Agent | Responsabilité | Produit |
|---|---|---|
orchestrator |
Coordination d’équipe | Routage |
task-delegation |
Répartition des tâches | Assignations, priorités |
standup-prep |
Préparation des daily | Points de blocage, updates |
blocker-resolution |
Déblocage technique | Solutions, escalades |
sprint-support |
Support technique sprint | Aide au planning |
3. technical-decisions/ – Décisions Techniques Projet (5 agents)
Décisions techniques de niveau projet (pas stratégique).
| Agent | Responsabilité | Produit |
|---|---|---|
orchestrator |
Coordination décisions | Routage |
library-selection |
Choix de librairies | Recommandations, justifications |
pattern-choice |
Choix de patterns locaux | Décisions documentées |
refactoring-plan |
Planification refactoring | Plan de refactoring |
tech-debt-prioritization |
Priorisation dette technique | Backlog dette |
4. mentoring/ – Accompagnement (5 agents)
Formation et montée en compétence.
| Agent | Responsabilité | Produit |
|---|---|---|
orchestrator |
Coordination mentoring | Routage |
code-feedback |
Feedback constructif | Retours pédagogiques |
best-practices |
Transmission bonnes pratiques | Guidelines, exemples |
onboarding-dev |
Intégration nouveaux devs | Parcours onboarding |
skill-assessment |
Ãvaluation compétences | Bilan, plan de progression |
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, documentationnextjs-expert/deployment/= Implémentation technique : Vercel, Docker, CI/CD pour Next.jsExemple :
lead-dev/agents/delivery/deployment-checkvérifie qu’on est prêt à déployer (tests OK, checklist), puisnextjs-expert/deployment/verceleffectue le déploiement technique sur Vercel.
| Agent | Responsabilité | Produit |
|---|---|---|
orchestrator |
Coordination livraison | Routage |
release-planning |
Planification des releases | Plan de release |
merge-strategy |
Stratégie de merge | Guidelines merge |
deployment-check |
Vérification pré-déploiement | Checklist deploy |
hotfix-coordination |
Coordination des hotfixes | Process hotfix |
release-notes |
Notes de version | Changelog, release notes |
Total : 27 agents spécialisés
Règles de Routage
Par Type d’Action
| Action | Domaine |
|---|---|
| Valider une PR, review de code | code-review/ |
| Répartir les tâches, débloquer un dev | team-coordination/ |
| Choisir une lib, planifier un refactoring | technical-decisions/ |
| Former, donner du feedback | mentoring/ |
| Préparer une release, vérifier avant deploy | delivery/ |
Par Mots-Clés
| Mots-clés | Domaine/Agent |
|---|---|
| PR, pull request, review, merge request | code-review/pr-review |
| qualité code, standards, lint | code-review/quality-gate |
| sécurité code, vulnérabilité | code-review/security-review |
| perf code, N+1, optimisation | code-review/performance-review |
| tâche, assignation, qui fait quoi | team-coordination/task-delegation |
| daily, standup, blocage | team-coordination/standup-prep |
| bloqué, stuck, aide technique | team-coordination/blocker-resolution |
| sprint, planning technique | team-coordination/sprint-support |
| librairie, package, npm, composer | technical-decisions/library-selection |
| pattern, approche, comment faire | technical-decisions/pattern-choice |
| refactoring, nettoyer, restructurer | technical-decisions/refactoring-plan |
| dette technique, priorité | technical-decisions/tech-debt-prioritization |
| feedback, review perso, amélioration | mentoring/code-feedback |
| bonnes pratiques, tips, guidelines | mentoring/best-practices |
| nouveau dev, onboarding, intégration | mentoring/onboarding-dev |
| évaluation, niveau, progression | mentoring/skill-assessment |
| release, version, livraison | delivery/release-planning |
| merge, branche, git flow | delivery/merge-strategy |
| deploy, mise en prod, checklist | delivery/deployment-check |
| hotfix, urgence, correctif | delivery/hotfix-coordination |
| changelog, notes de version | delivery/release-notes |
Arbre de Décision
Requê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
direction-technique/qualite ââ⺠lead-dev/agents/code-review
direction-technique/estimation ââ⺠lead-dev/agents/team-coordination
project-management/pilotage ââ⺠lead-dev/agents/delivery
Flux Sortants
lead-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
| Situation | Raison |
|---|---|
| Choix de stack | Décision stratégique |
| Architecture globale | Impact long terme |
| Standards d’équipe | Politique globale |
| Recrutement technique | Stratégie équipe |
Vers l’humain
| Situation | Raison |
|---|---|
| Conflit technique entre devs | Arbitrage humain requis |
| Performance individuelle | Sensibilité RH |
| Décision avec impact budget | Validation management |
| Incident critique | Responsabilité |
Vers les Skills d’Implémentation
| Situation | Skill |
|---|---|
| Implémentation React | react-expert |
| Implémentation Frontend | frontend-developer |
| Implémentation Backend | backend-developer |
| Implémentation WordPress | wordpress-gutenberg-expert |
Skills Associés
| Skill | Niveau | Relation |
|---|---|---|
direction-technique |
POURQUOI | Reçoit les directives stratégiques |
web-dev-process |
QUOI | Suit les process définis |
frontend-developer |
COMMENT | Coordonne les devs front |
backend-developer |
COMMENT | Coordonne les devs back |
react-expert |
COMMENT | Coordonne sur React |
project-management |
GESTION | Remonte les status |
Tests de Validation
Le skill inclut des tests automatisés pour valider sa structure.
# 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
mainou PR modifiant.web-agency/skills/lead-dev/** - Rapport : Commentaire automatique sur la PR avec les résultats
| Badge | Description |
|---|---|
| â Pass | Tous les tests passent |
| â Fail | Au moins un test échoue |
# 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