本文へ移動
cccskills
無料GitHub で公開

domain-driven-design

Expert guidance for Domain-Driven Design architecture and implementation. Use when designing complex business systems, defining bounded contexts, structuring domain models, choosing between modular monolith vs microservices, implementing aggregates/entities/value objects, or when users mention "DDD", "domain-driven design", "bounded context", "aggregate", "domain model", "ubiquitous language", "event storming", "context mapping", "domain events", "anemic domain model", strategic design, tactical patterns, or domain modeling. Helps make architectural decisions, identify subdomains, design aggregates, and avoid common DDD pitfalls.

インストール方法を見る

含まれるファイル(8)

  • SKILL.md4.7 KB
  • EXAMPLES.md11.4 KB
  • references/ANTI-PATTERNS.md10.0 KB
  • references/ARCHITECTURE-ALIGNMENT.md10.5 KB
  • references/STRATEGIC-PATTERNS.md7.9 KB
  • references/TACTICAL-PATTERNS.md11.5 KB
  • TROUBLESHOOTING.md8.5 KB
  • WORKFLOW.md7.3 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Domain-Driven Design Skill

DDD manages complexity through alignment between software and business reality. Strategic design (boundaries, language, subdomains) provides more value than tactical patterns (aggregates, repositories).

When to Apply DDD

Apply DDD when:

  • Domain has intricate business rules
  • System is long-lived and high-value
  • Domain experts are available
  • Multiple teams/departments involved
  • Software represents competitive advantage

DDD is overkill when:

  • Simple CRUD applications
  • Tight deadlines, limited budgets
  • No domain experts available
  • Complexity is purely technical, not business

Core Workflow

  1. Domain Discovery → 2. Bounded Context Definition → 3. Context Mapping → 4. Architecture Selection → 5. Tactical Implementation

See WORKFLOW.md for detailed step-by-step instructions for each phase.

Quick Reference

Subdomain Types (Problem Space)

TypeInvestmentExample
CoreMaximum - competitive advantageRecommendation engine, trading logic
SupportingCustom but quality tradeoffs OKInventory management
GenericBuy/outsourceAuth, email, payments

Key Decision: Entity vs Value Object

  • Entity: Has identity, tracked through time, mutable → Customer, Order
  • Value Object: Defined by attributes, immutable, interchangeable → Money, Address, Email

Default to value objects. Only use entities when identity matters.

Aggregate Design Rules (Vaughn Vernon)

  1. Model true invariants in consistency boundaries
  2. Design small aggregates (~70% should be root + value objects only)
  3. Reference other aggregates by ID only
  4. Use eventual consistency outside the boundary

Architecture Decision

Start with modular monolith when:
├── Team < 20 developers
├── Domain boundaries unclear
├── Time-to-market critical
└── Strong consistency required

Consider microservices when:
├── Bounded contexts have distinct languages
├── Teams can own full contexts
├── Independent scaling required
└── DevOps maturity exists

Detailed References

Critical Reminders

  1. Ubiquitous language first - Code should read like business language
  2. Strategic before tactical - Understand boundaries before implementing patterns
  3. Apply tactical patterns selectively - Only in core domains where complexity warrants
  4. One aggregate per transaction - Cross-aggregate consistency via domain events
  5. Persistence ignorance - Domain layer has no infrastructure dependencies

Related Skills

NeedSkill
Data layer implementationspring-boot-data-ddd — JPA/JDBC aggregates, repositories, transactions
REST API layerspring-boot-web-api — Controllers, validation, exception handling
Module boundariesspring-boot-modulith — Module structure, event-driven communication
Testing patternsspring-boot-testing — Aggregate tests, module tests, Scenario API
Security for domainsspring-boot-security — Method-level authorization, role-based access

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

adr

無料

Create, review, and manage Architecture Decision Records (ADRs) with auto-numbering, template detection, quality review, and index maintenance. Use when user mentions "ADR", "architecture decision", "document this decision", "create ADR", "review ADR", editing ADR files (docs/adr/, doc/adr/, .adr/), or discussing architectural choices and tradeoffs.

日本語の概要は準備中です。原文の説明を表示しています。

joaquimscosta/arkhe-claude-plugins212026年8月14日 更新

architect

無料

Analyze system architecture, module structure, API contracts, data models, and code patterns. Use when designing systems, reviewing module boundaries, evaluating API designs, analyzing data models, checking pattern conformance, tracing decisions, or reviewing frontend architecture. Triggers: "architecture", "module design", "API design", "data model", "boundaries", "patterns", "decisions", "frontend architecture".

日本語の概要は準備中です。原文の説明を表示しています。

joaquimscosta/arkhe-claude-plugins212026年8月14日 更新

Converts natural-language descriptions or UI spec files into optimized Google Stitch prompts. Use when creating, refining, or validating design directives for Google Stitch. Use when user says "create a Stitch prompt", "optimize this for Stitch", "convert this spec to a Stitch prompt", "write a UI prompt", or mentions Google Stitch prompt authoring. Follows Stitch best practices with short, directive prompts focused on screens, structure, and visual hierarchy.

日本語の概要は準備中です。原文の説明を表示しています。

joaquimscosta/arkhe-claude-plugins212026年8月14日 更新

Zero-dependency live-preview server providing an agent↔browser bidirectional companion. Watches a content directory, wraps HTML fragments in a frame template, broadcasts live-reload over WebSocket, and captures browser-side click events to a JSONL file. Use when an agent needs to show HTML to the user in a browser and react to clicks — mockups, design exploration, gallery browsing, multi-select choices, prototype iteration. Triggered by "live preview", "browser companion", "preview server", "browser mockup", "show in browser", "arkhe-preview", or any skill that wants to write HTML fragments and have the user see them reload in real time.

日本語の概要は準備中です。原文の説明を表示しています。

joaquimscosta/arkhe-claude-plugins212026年8月14日 更新

Deletes merged git branches (local and remote) and flags stale unmerged branches for manual review. Use when user mentions "cleanup branches", "delete merged branches", "prune old branches", "remove stale branches", "branch cleanup", or runs /cleanup-branches command.

日本語の概要は準備中です。原文の説明を表示しています。

joaquimscosta/arkhe-claude-plugins212026年8月14日 更新

Interactive Claude Code environment setup wizard. Detects existing configuration, guides through best-practice setup for Global CLAUDE.md, project scaffolding, MCP servers, hooks, custom agents, keybindings, and settings. Use when user runs /devtools:code-env-setup, mentions "setup claude code", "configure claude", "claude code setup", "environment setup", or "initialize claude code".

日本語の概要は準備中です。原文の説明を表示しています。

joaquimscosta/arkhe-claude-plugins212026年8月14日 更新

joaquimscosta のスキルをすべて見る

このスキルの問題を報告する