Clean DDD Hexagonal

Guida all'architettura DDD + Clean + Esagonale, opinionata, per servizi backend, qualsiasi linguaggio.

di ccheney · ccheney/robust-skills

Promosso ★ 9.2/10

Clean DDD Hexagonal — Guida all'architettura DDD + Clean + Esagonale, opinionata, per servizi backend, qualsiasi linguaggio.

Cosa fa

Guida alla modellazione del dominio, al posizionamento dei livelli e alla direzione delle dipendenze per i servizi backend utilizzando pattern tattici DDD, Clean Architecture e porte/adattatori esagonali. Si attiva su domande di architettura che coinvolgono aggregati, repository, contesti delimitati, casi d'uso, CQRS o event sourcing. Agnostico al linguaggio (Go, Rust, Python, TypeScript, Java, C#), con un documento di riferimento per ogni preoccupazione (livelli, DDD strategico/tattico, esagonale, CQRS/eventi, testing, cheatsheet).

Rapporto di test

Ho chiesto dove dovesse stare il controllo di autorizzazione di un aggregato Order e se pubblicare gli eventi di dominio direttamente o tramite outbox — lo skill ha nominato l'esatta modalità di fallimento (save-then-publish sono due scritture; un crash tra di esse elimina silenziosamente gli eventi) che una semplice risposta DDD a memoria aveva completamente omesso.

Testato il: 2026-07-14 · Claude Code 2.x (agent harness)

Installazione

git clone https://github.com/ccheney/robust-skills
cd robust-skills
mkdir -p ~/.claude/skills
cp -r skills/clean-ddd-hexagonal ~/.claude/skills/clean-ddd-hexagonal

Comandi e prompt di esempio

  • /clean-ddd-hexagonalGuida all'architettura DDD + Clean + Esagonale, opinionata, per servizi backend, qualsiasi linguaggio.

Gli skill si attivano con richieste in linguaggio naturale, senza comandi da ricordare. Dopo l'installazione, prompt come questi lo attivano (in inglese):

  • Help me design a hexagonal architecture for this order service
  • How should I model the Order aggregate and where does the repo go?
  • Where should transaction boundaries and use cases live in Clean Architecture?