Our review
This skill applies Domain-Driven Design tactical patterns in code using entities, value objects, aggregates, repositories, and domain events with explicit invariants.
Strengths
- Guides translating domain rules into robust code structures.
- Promotes aggregate design with explicit invariants.
- Encourages rich domain objects over anemic models.
- Defines clear boundaries for repositories and domain events.
Limitations
- Does not cover deployment architecture or database selection.
- Does not address transport protocols or infrastructure choices.
- Should be paired with testing patterns to ensure invariant coverage.
Use this skill when translating domain rules into code structures, designing aggregate boundaries, or refactoring an anemic model into behavior-rich domain objects.
Do not use if you are still defining strategic boundaries, the task is only API documentation or UI layout, or full DDD complexity is not justified.
Security analysis
SafeThe skill contains only instructional text about DDD tactical patterns and a static TypeScript example. It does not instruct any file system operations, network calls, or execution of commands, and there is no declared tool usage.
No concerns found
Examples
Help me design an Order aggregate in TypeScript with invariants: order must have at least one item, can only be submitted once, and status transitions are validated.Refactor this User class to follow DDD patterns: make it an entity with behavior, validate email as a value object, and emit a UserRegistered event.name: ddd-tactical-patterns description: Apply DDD tactical patterns in code using entities, value objects, aggregates, repositories, and domain events with explicit invariants. risk: safe source: self tags: [ddd, tactical, aggregates, value-objects, domain-events]
DDD Tactical Patterns
Use this skill when
- Translating domain rules into code structures.
- Designing aggregate boundaries and invariants.
- Refactoring an anemic model into behavior-rich domain objects.
- Defining repository contracts and domain event boundaries.
Do not use this skill when
- You are still defining strategic boundaries.
- The task is only API documentation or UI layout.
- Full DDD complexity is not justified.
Instructions
- Identify invariants first and design aggregates around them.
- Model immutable value objects for validated concepts.
- Keep domain behavior in domain objects, not controllers.
- Emit domain events for meaningful state transitions.
- Keep repositories at aggregate root boundaries.
If detailed checklists are needed, open references/tactical-checklist.md.
Example
class Order {
private status: "draft" | "submitted" = "draft";
submit(itemsCount: number): void {
if (itemsCount === 0) throw new Error("Order cannot be submitted empty");
if (this.status !== "draft") throw new Error("Order already submitted");
this.status = "submitted";
}
}
Limitations
- This skill does not define deployment architecture.
- It does not choose databases or transport protocols.
- It should be paired with testing patterns for invariant coverage.
Next.js App Router Expert
Development
A skill that turns Claude into a Next.js App Router expert.
README Generator
Development
Creates professional and comprehensive README.md files for your projects.
API Documentation Writer
Development
Generates comprehensive API documentation in OpenAPI/Swagger format.