ddd-strategic-design
DDD 戦略設計でドメイン境界をマッピング
このスキルは、サブドメイン、バウンデッドコンテキスト、ユービキタス言語などのドメイン駆動設計（DDD）戦略アーティファクトの作成を支援し、明確なドメイン境界とドメインエキスパートとの共通理解を構築します。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「ddd-strategic-design」を使用しています。 @ddd-strategic-design を使用して、e コマースドメインをバウンデッドコンテキストにマッピングし、サブドメインを分類し、チーム所有権を提案してください。
期待される結果:
## サブドメイン分類
| 機能 | タイプ | 根拠 | 所有者 |
|------------|------|------------|-------|
| 商品カタログ | コア | ビジネスの差別化要因 | コマースチーム |
| ユーザー認証 | サポーティング | 必要だが独自性なし | プラットフォームチーム |
| メール配信 | ジェネリック | ユーティリティ機能 | プラットフォームチーム |
## バウンデッドコンテキスト
| コンテキスト | 責任 | 上流 | 下流 |
|---------|----------------|----------|------------|
| カタログ | 商品データ | サプライヤー | チェックアウト、検索 |
| チェックアウト | 注文 | カタログ | フルフィルメント |
## ユービキタス言語
| 用語 | 定義 | コンテキスト |
|------|-------------|---------|
| 注文 | 確定済み購入 | チェックアウト |
| SKU | 在庫管理単位 | カタログ |
「ddd-strategic-design」を使用しています。 @ddd-strategic-design を使用して、患者記録、予約、請求、保険確認を含む医療ドメインのサブドメインを特定してください。
期待される結果:
## サブドメイン分類
| 機能 | タイプ | 根拠 | 所有者 |
|------------|------|------------|-------|
| 患者記録 | コア | 臨床的差別化 | 臨床チーム |
| 予約 | サポーティング | 必須運用 | 運用チーム |
| 請求 | コア | 収益の差別化要因 | 財務チーム |
| 保険確認 | サポーティング | 機能強化 | 収益チーム |
セキュリティ監査
安全Static analysis flagged patterns related to backticks and YAML keys. Evaluation confirms all findings are false positives. The skill contains only markdown documentation for DDD methodology. Backticks are markdown formatting for file paths. YAML frontmatter keys like 'source:' and 'risk:' triggered cryptographic pattern detection but are metadata fields. No executable code, network requests, or security concerns detected.
品質スコア
作れるもの
アーキテクチャ設計セッション
新しいマイクロサービス構築のため、アーキテクチャワークショップ中にドメイン境界をマッピングし、バウンデッドコンテキストを定義するために使用します。
モノリスの分解
モノリスを分割する際に、サブドメイン境界を特定し、各バウンデッドコンテキストにどのコンポーネントが属するかを決定するために適用します。
チーム所有権マッピング
バウンデッドコンテキストカタログ化を使用して、明確なチーム所有権と責任の境界を確立します。
これらのプロンプトを試す
@ddd-strategic-design を使用して、[domain name] ドメイン内のサブドメインを特定してください。[list key capabilities] の機能があります。それぞれをコア、サポーティング、またはジェネリックに分類してください。
@ddd-strategic-design を使用して、[domain] のバウンデッドコンテキストを定義してください。これらのサブドメインを特定しました：[list subdomains]。明確な所有権境界を持つバウンデッドコンテキストの作成を支援してください。
@ddd-strategic-design を使用して、ユービキタス言語の用語集を作成してください。[bounded context] において、これらの用語を定義する必要があります：[list terms]。定義を含め、矛盾する意味を特定してください。
@ddd-strategic-design を使用して、[domain name] ドメインの完全な戦略設計を実行してください。サブドメイン分類、依存関係を含むバウンデッドコンテキストカタログ、およびユービキタス言語用語集を含めてください。主要な機能は次のとおりです：[list capabilities]。
ベストプラクティス
- 正確なビジネス価値評価を確保するために、サブドメイン分類にドメインエキスパートを関与させる
- より明確な境界のため、バウンデッドコンテキストに飛び込む前に機能マッピングから開始する
- 実装前に ADR に境界決定の明確な根拠を文書化する
回避
- バウンデッドコンテキストを多数作成しすぎて、不要な複雑さと統合オーバーヘッドを導入する
- コンテキスト境界を定義する際に上流と下流の依存関係を無視する
- ユービキタス言語の作成をスキップし、全員が同じ語彙を共有していると思い込む