ddd-context-mapping
DDD パターンを使用したバウンデッドコンテキストの関係性のマッピング
複数のバウンデッドコンテキストが相互作用する場合、ドメイン駆動設計（DDD）の統合は複雑になります。このスキルは、実証済みの DDD パターンを使用して、コンテキスト間の明確な契約とアンチコラプションレイヤーを定義します。
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "ddd-context-mapping". e コマースプラットフォームの Checkout、Billing、Inventory コンテキスト間の関係性をマッピングする
Résultat attendu:
- コンテキストマップ：Checkout-Billing（Customer-Supplier、Billing が契約を所有）
- コンテキストマップ：Checkout-Inventory（Partnership、共有された契約所有権）
- 支払い条件を翻訳するために Billing 境界に ACL が必要
- 結合リスク：在庫可用性の変更が Checkout フローに影響
Utilisation de "ddd-context-mapping". 新しい Order コンテキストとレガシー ERP システム間の統合を設計する
Résultat attendu:
- パターン：Order と ERP の間のアンチコラプションレイヤー
- Order コンテキストが標準的な Order モデルを定義
- ACL は ERP 用語を Order ユビキタス言語に翻訳
- 契約テストはすべての ERP シナリオに対する ACL 動作を検証
Audit de sécurité
SûrStatic analysis flagged markdown backticks as shell commands and weak cryptography patterns. All findings are FALSE POSITIVES - the skill contains only documentation and reference material with no executable code, network calls, or filesystem operations. Safe for publication.
Score de qualité
Ce que vous pouvez construire
マイクロサービス統合計画
サービス境界を実装する前に、Checkout、Billing、Inventory、Fraud の各コンテキストがどのように統合されるかをマッピングする。
レガシーシステム移行
新しいドメインと既存のモノリシックシステムを統合する際に、アンチコラプションレイヤーを定義する。
クロスチーム契約定義
ドメインリーケージと不明確な責任を防止するために、上流と下流の所有権を明確化する。
Essayez ces prompts
これらのバウンデッドコンテキストを持つドメインを分析してください：[コンテキストの一覧]。各ペア間の関係性を特定し、DDD から適切なコンテキストマッピングパターンを推奨してください。
[外部システム/コンテキスト] と統合する必要があります。私のドメインコアを保護しながら、彼らのモデルを私のユビキタス言語に翻訳するアンチコラプションレイヤーを設計してください。
これらのコンテキストペアの契約所有権マトリクスを作成してください：[ペアの一覧]。各契約の所有者、必要な翻訳、結合リスクレベルを定義してください。
[上流] から [下流] へのコンテキスト統合（[パターン] を使用）について、障害モードを特定し、フォールバック動作を定義し、バージョニングポリシーを確立してください。
Bonnes pratiques
- アンチコラプションレイヤーのコードはドメインコア内ではなく、ドメイン境界に配置する
- 翻訳された動作が期待されるセマンティクスに一致することを確認するために契約テストを追加する
- チームの所有権やビジネスドメインが変更されたらコンテキストマップを見直す
Éviter
- 下流コンテキストが上流の内部モデルに直接依存することを許可する
- 独立しているべきコンテキスト間で Shared Kernel を作成する
- 外部システムやレガシーシステムと統合する際に翻訳レイヤーをスキップする