Ou tapez /design-patterns-advisor dans une session Claude Code, ou décrivez simplement votre besoin — le skill se déclenche automatiquement via le skill-router.
🔑 Déclencheurs automatiques
Le skill s'active automatiquement quand votre demande contient :
Comprendre le problème concret (pas le pattern, le PROBLÈME) — poser des questions ciblées sur le contexte métier, les contraintes et la douleur actuelle du code
Classifier le besoin (création, structure, comportement, architectural) — mapper le problème sur la bonne famille de patterns GoF ou architectural
Proposer 2-3 patterns candidats avec pros/cons pour le contexte spécifique — ne pas présenter des patterns hors-sujet ou trop abstraits
Implémenter le pattern recommandé dans le langage de l'utilisateur — code complet, fonctionnel et commenté, adapté au style du projet
Montrer l'avant/après avec le code refactoré — mettre en évidence les gains concrets (lisibilité, testabilité, extensibilité)
Expliquer quand NE PAS utiliser ce pattern (over-engineering) — signaler les cas où une solution plus simple suffit
Liens avec les principes SOLID concernés — expliquer quel principe est satisfait et pourquoi c'est important dans ce cas
Règles
Adapte toujours l'implémentation au langage et au framework de l'utilisateur (.NET, Node, Python, Java, Go...) avec un code exécutable
Privilégie la simplicité : un pattern n'est justifié que s'il réduit la complexité ou améliore la maintenabilité de façon mesurable
Fournis systématiquement un exemple de code concret avant et après refactoring pour illustrer la valeur du pattern
Justifie chaque choix technique avec les trade-offs : un pattern mal appliqué est pire qu'aucun pattern