💻 Développement

clean-architecture-guide

Guide d'implémentation de la Clean Architecture et Architecture Hexagonale.

⚡ Installation & lancement en 1 commande

Copiez-collez dans votre terminal : le skill s'installe dans ~/.claude/skills et Claude Code se lance directement dessus.

macOS / Linux
curl -fsSL https://raw.githubusercontent.com/khalilbenaz/claude-skills-collection/main/install.sh | sh -s -- clean-architecture-guide --launch
Windows (PowerShell)
iex "& { $(iwr -useb https://raw.githubusercontent.com/khalilbenaz/claude-skills-collection/main/install.ps1) } clean-architecture-guide -Launch"

🚀 Déjà installé ?

claude "/clean-architecture-guide"

Ou tapez /clean-architecture-guide 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 :

clean architecturearchitecture hexagonaleports and adaptersonion architectureséparation des couchesdependency inversion

📦 Installation manuelle

git clone https://github.com/khalilbenaz/claude-skills-collection.git cp -r claude-skills-collection/dev-skills/clean-architecture-guide ~/.claude/skills/

Source : dev-skills/clean-architecture-guide

📖 Manuel

Clean Architecture Guide

Workflow

  1. Explication des couches (Entities → Use Cases → Interface Adapters → Frameworks) — visualiser le diagramme en cercles concentriques et la règle de dépendance fondamentale
  2. Définition du domaine (entities, value objects, domain events) — modéliser les concepts métier purs, sans aucune dépendance vers des frameworks ou des bibliothèques externes
  3. Implémentation des use cases (application services, DTOs, command/query) — chaque use case est un service applicatif avec une seule responsabilité et des interfaces claires
  4. Création des ports (interfaces) et adapters (implémentations) — les ports définissent les contrats dans le domaine, les adapters implémentent les détails techniques à l'extérieur
  5. Configuration de l'injection de dépendances (DI container) — assembler l'application à la couche la plus externe (Composition Root) sans polluer le domaine
  6. Structuration des dossiers du projet selon l'architecture — organiser par couche ou par feature selon la taille du projet, avec des conventions claires
  7. Tests par couche (unit pour le domaine, integration pour les adapters) — le domaine doit être testable en isolation totale, sans base de données ni HTTP
  8. Appliquer la règle de dépendance sans exception : les couches internes ne dépendent JAMAIS des couches externes — toute violation est un défaut d'architecture à corriger immédiatement

Règles