About ddd-context-mapping
ddd-context-mapping is a skill for designing relationships and boundaries between bounded contexts in systems with integrations. It guides teams through dependency direction, relationship patterns, contract ownership, translation rules, and coupling risks.
Key features
- 01Map context pairs and dependency direction
- 02Choose integration relationship patterns
- 03Define translation and ownership boundaries
- 04Record failure handling and versioning
- 05Identify coupling risks and mitigations
Use cases
- 01Plan integrations between domain contexts
- 02Design anti-corruption layers for migrations
- 03Clarify contract ownership across services
- 04Document fallback behavior and versioning policies
Install
Copy the command and run it in a terminal.
$
npx skills add https:/ / github.com/ sickn33/ agentic-awesome-skills --skill ddd-context-mappingAfter installing, type/ddd-context-mappingin Claude Code to confirm it loaded.
Bundled filesreferences/context-map-patterns.md
Details
From the project READMEDDD Context Mapping
Use this skill when
- Defining integration patterns between bounded contexts.
- Preventing domain leakage across service boundaries.
- Planning anti-corruption layers during migration.
- Clarifying upstream and downstream ownership for contracts.
Do not use this skill when
- You have a single-context system with no integrations.
- You only need internal class design.
- You are selecting cloud infrastructure tooling.
Instructions
- List all context pairs and dependency direction.
- Choose relationship patterns per pair.
- Define translation rules and ownership boundaries.
- Add failure modes, fallback behavior, and versioning policy.
If detailed mapping structures are needed, open references/context-map-patterns.md.
Output requirements
- Relationship map for all context pairs
- Contract ownership matrix
- Translation and anti-corruption decisions
- Known coupling risks and mitigation plan
Examples
Use @ddd-context-mapping to define how Checkout integrates with Billing,
Inventory, and Fraud contexts, including ACL and contract ownership.
Limitations
- This skill does not replace API-level schema design.
- It does not guarantee organizational alignment by itself.
- It should be revisited when team ownership changes.
Comments
Markdown supported