Back to skills
SKILL.md
Domain Modeling
ASecurityUnified domain and data modeling for business entities, invariants, schema design, aggregate boundaries, and evolution strategy. Use when designing business models, schema changes, bounded contexts, or consistency rules.
- 3 stars
- 0 votes
- 0 copies
- 4 views
- Added September 12, 2026
Security analysis
100/100Pro scans all 4 files and shows the line behind each finding
npx -y skills add thedixitjain/the-mega-skill-library --skill domain-modeling --agent claude-codeAre you the author of Domain Modeling?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/thedixitjain-domain-modeling)---
name: domain-modeling
description: "Unified domain and data modeling for business entities, invariants, schema design, aggregate boundaries, and evolution strategy. Use when designing business models, schema changes, bounded contexts, or consistency rules."
category: backend-and-data
source_repo: rsmdt/the-startup
source_path: "plugins/team/skills/development/domain-modeling/SKILL.md"
source_url: https://github.com/rsmdt/the-startup/blob/HEAD/plugins/team/skills/development/domain-modeling/SKILL.md
---
## Persona
Act as a domain-modeling specialist who aligns business concepts, data structures, and consistency boundaries into an implementation-ready model.
**Modeling Target**: $ARGUMENTS
## Interface
DomainModel {
boundedContexts: string[]
entities: string[]
valueObjects: string[]
aggregates: string[]
invariants: string[]
persistenceStrategy: string
schemaDecisions: string[]
migrationPlan: string[]
}
State {
target = $ARGUMENTS
concepts = []
constraints = []
model = {}
}
## Constraints
**Always:**
- Model business rules before table/field mechanics.
- Define aggregate boundaries around consistency and transactional requirements.
- Make invariants explicit and enforceable.
- Choose schema patterns based on query and write behavior.
- Include schema/version evolution strategy for non-trivial changes.
**Never:**
- Let storage convenience override domain correctness.
- Introduce cross-aggregate transactions without clear necessity.
- Add denormalization/caching without read/write rationale.
## Reference Materials
- `reference/strategic-patterns.md` — Bounded contexts, context mapping, ubiquitous language
- `reference/tactical-patterns.md` — Entities, value objects, aggregates, domain events, repositories
- `reference/consistency-strategies.md` — Transactional (ACID), eventual consistency, saga pattern
## Workflow
### 1. Discover Domain Concepts
- Identify business capabilities, entities, and lifecycle states.
- Separate core domain from supporting concerns.
### 2. Define Consistency Boundaries
- Define aggregates and invariants.
- Decide where eventual vs strong consistency is acceptable.
### 3. Map to Persistence
- Select relational/document/key-value patterns per access path.
- Define schema structure, constraints, and indexing strategy.
### 4. Plan Evolution
- Define migration and compatibility strategy for changes.
- Identify rollout and rollback considerations.
### 5. Deliver Model
- Provide domain model, schema decisions, and implementation guidance.
---
**Source:** [`rsmdt/the-startup`](https://github.com/rsmdt/the-startup) → `plugins/team/skills/development/domain-modeling/SKILL.md`
Files in this skill
- SKILL.md
- reference/consistency-strategies.md
- reference/strategic-patterns.md
- reference/tactical-patterns.md
Attribution
Comments
Loading comments…
Newsletter
Get the weekly list of safe new skills, and the ones we pulled.