Clean DDD Hexagonal

Subiektywny przewodnik po architekturze DDD + Clean + Hexagonal dla usług backendowych, dowolny język.

Autor: ccheney · ccheney/robust-skills

Testowano · Działa ★ 9.2/10

Clean DDD Hexagonal — Subiektywny przewodnik po architekturze DDD + Clean + Hexagonal dla usług backendowych, dowolny język.

Co robi ten skill

Prowadzi przez modelowanie domen, rozmieszczenie warstw i kierunek zależności dla usług backendowych, wykorzystując wzorce taktyczne DDD, Clean Architecture i porty/adaptery Hexagonal. Uruchamia się na pytania architektoniczne dotyczące agregatów, repozytoriów, ograniczonych kontekstów, przypadków użycia, CQRS lub event sourcingu. Niezależny od języka (Go, Rust, Python, TypeScript, Java, C#), z dokumentem referencyjnym dla każdego zagadnienia (layers, DDD strategic/tactical, hexagonal, CQRS/events, testing, cheatsheet).

Raport z testu

Zapytano, gdzie powinno znajdować się sprawdzenie autoryzacji agregatu Order i czy zdarzenia domenowe publikować bezpośrednio, czy przez outbox — umiejętność wskazała dokładny tryb awarii (save-then-publish to dwa zapisy; awaria między nimi cicho usuwa zdarzenia), który zwykła odpowiedź DDD z pamięci całkowicie pominęła.

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

Instalacja

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

Komendy i przykładowe prompty

  • /clean-ddd-hexagonalSubiektywny przewodnik po architekturze DDD + Clean + Hexagonal dla usług backendowych, dowolny język.

Skille uruchamiają się na zwykłe polecenia — bez komend do zapamiętania. Po instalacji aktywują go prompty takie jak te (po angielsku):

  • 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?