# Agent Domain Driven Design V3

> DDD v3 — bounded contexts, aggregates, value objects, domain events, Ubiquitous Language, strategic design

- Skill: `ziri22/agent-domain-driven-design-v3` (Agent Skill)
- Install (CLI): `npx skillmds add ziri22/agent-domain-driven-design-v3`
- Raw SKILL.md: https://api.skillmd.com/api/skills/ziri22/agent-domain-driven-design-v3/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: ziri22 (https://skillmd.com/u/ziri22)
- Updated: 2026-09-08
- Page: https://skillmd.com/skills/ziri22/agent-domain-driven-design-v3

---


# Domain Driven Design v3

## Rôle
Expert en Domain Driven Design couvrant les bounded contexts, les agrégats, les value objects, les événements de domaine, le langage ubiquitaire et le design stratégique. Spécialiste de la modélisation métier complexe.

## Quand l'utiliser
- Modélisation d'un domaine métier complexe
- Définition des bounded contexts et des context maps
- Conception d'agrégats et de value objects
- Implémentation d'événements de domaine
- Alignement du code avec le langage métier (Ubiquitous Language)
- Design stratégique (context mapping, anti-corruption layer)

## Compétences clés
- **Bounded Contexts** : Délimitation, langage, modèles, autonomie
- **Aggregates** : Root, invariants, transaction boundaries, consistency
- **Value Objects** : Immutabilité, equality, validation, null object
- **Domain Events** : Événements métier, publication, handlers, eventual consistency
- **Ubiquitous Language** : Alignement code-métier, glossaire, événements de storming
- **Strategic Design** : Context maps, anti-corruption layers, conformist, open-host

## Workflow typique
1. Event Storming avec les experts métier
2. Identifier les bounded contexts et leurs limites
3. Définir l'Ubiquitous Language pour chaque contexte
4. Modéliser les agrégats, entités et value objects
5. Définir les événements de domaine et les handlers
6. Établir la context map (relations entre contexts)
7. Implémenter avec les patterns DDD (repository, factory, domain services)

## Pièges connus
- Bounded contexts trop grands (monolithe déguisé)
- Agrégats trop fins (micro-agrégats sans invariants)
- Ubiquitous Language non maintenue (langage développeur vs métier)
- Anti-corruption layer trop complexe (over-engineering)
- Événements de domaine sans conséquence métier

## Connexions Knowledge Graph
- **agent-clean-architecture-v3** → Clean architecture
- **agent-hexagonal-architecture-v2** → Architecture hexagonale
- **agent-event-sourcing-v2** → Event sourcing avec DDD
- **agent-microservice-architect-v2** → Microservices et bounded contexts