スキル ddd-context-mapping
📦

ddd-context-mapping

安全

Mapeie relacionamentos de contextos delimitados com padrões DDD

A integração com Domain-Driven Design torna-se complexa quando múltiplos contextos delimitados interagem. Esta habilidade define contratos claros e camadas anti-corrupção entre contextos usando padrões DDD comprovados.

対応: Claude Codex Code(CC)
🥉 74 ブロンズ
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「ddd-context-mapping」を使用しています。 Mapeie relacionamentos entre contextos de Checkout, Cobrança e Inventário para uma plataforma de e-commerce

期待される結果:

  • Mapa de Contexto: Checkout-Cobrança (Cliente-Fornecedor, Cobrança possui o contrato)
  • Mapa de Contexto: Checkout-Inventário (Parceria, propriedade compartilhada do contrato)
  • ACL necessária no limite de Cobrança para traduzir termos de pagamento
  • Risco de acoplamento: mudanças na disponibilidade de inventário afetam o fluxo de Checkout

「ddd-context-mapping」を使用しています。 Projete integração entre novo contexto de Pedido e sistema ERP legado

期待される結果:

  • Padrão: Camada Anti-Corrupção entre Pedido e ERP
  • Contexto de Pedido define modelo canônico de Pedido
  • ACL traduz terminologia do ERP para linguagem ubíqua de Pedido
  • Testes de contrato validam comportamento da ACL para todos os cenários de ERP

セキュリティ監査

安全
v1 • 2/24/2026

Static 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.

2
スキャンされたファイル
78
解析された行数
0
検出結果
1
総監査数
セキュリティ問題は見つかりませんでした
監査者: claude

品質スコア

41
アーキテクチャ
100
保守性
87
コンテンツ
50
コミュニティ
100
セキュリティ
83
仕様準拠

作れるもの

Planejamento de Integração de Microsserviços

Mapeie como os contextos de Checkout, Cobrança, Inventário e Fraude integram-se antes de implementar limites de serviço.

Migração de Sistemas Legados

Defina camadas anti-corrupção ao integrar novos domínios com sistemas monolíticos existentes.

Definição de Contratos entre Equipes

Esclareça a propriedade a montante e a jusante para prevenir vazamento de domínio e responsabilidades pouco claras.

これらのプロンプトを試す

Mapeamento de Contexto Básico
Analise meu domínio com estes contextos delimitados: [listar contextos]. Identifique os relacionamentos entre cada par e recomende padrões apropriados de mapeamento de contexto do DDD.
Design de Camada Anti-Corrupção
Preciso integrar com [sistema/contexto externo]. Projete uma camada anti-corrupção que traduza o modelo deles para minha linguagem ubíqua enquanto protege o núcleo do meu domínio.
Matriz de Propriedade de Contrato
Crie uma matriz de propriedade de contrato para estes pares de contexto: [listar pares]. Defina quem possui cada contrato, qual tradução é necessária e o nível de risco de acoplamento.
Análise de Modo de Falha
Para a integração de contexto [a montante] para [a jusante] usando [padrão], identifique modos de falha, defina comportamentos de fallback e estabeleça uma política de versionamento.

ベストプラクティス

  • Mantenha o código da camada anti-corrupção nos limites do domínio, não dentro do núcleo do domínio
  • Adicione testes de contrato para verificar se o comportamento traduzido corresponde à semântica esperada
  • Revisite mapas de contexto quando a propriedade da equipe ou domínios de negócio mudarem

回避

  • Permitir que contextos a jusante dependam diretamente de modelos internos a montante
  • Criar kernels compartilhados entre contextos que deveriam permanecer independentes
  • Ignorar camadas de tradução ao integrar com sistemas externos ou legados

よくある質問

Quando devo usar uma Camada Anti-Corrupção versus um padrão Conformista?
Use ACL quando o modelo a montante conflitar com sua linguagem ubíqua ou ao integrar com sistemas externos. Use Conformista quando o modelo a montante for estável e alinhar-se com suas necessidades.
Quantos contextos delimitados um sistema típico deve ter?
Não há um número fixo. Contextos emergem de domínios de negócio e limites de equipe. Comece com principais capacidades de negócio e divida quando detectar linguagens ubíquas conflitantes.
Um contexto pode ter múltiplos padrões de relacionamento com outro contexto?
Sim, diferentes agregados dentro de contextos podem usar padrões diferentes. Documente cada relacionamento separadamente para evitar confusão.
O que é um Shared Kernel e quando devo evitá-lo?
Shared Kernel é um subconjunto do modelo de domínio compartilhado por duas equipes. Evite quando contextos precisarem evoluir independentemente ou quando a sobrecarga de coordenação da equipe tornar-se muito alta.
Como lido com versionamento quando contratos de contexto mudam?
Estabeleça uma política de versionamento antecipadamente. Suporte compatibilidade com versões anteriores durante períodos de transição. Use testes de contrato para detectar mudanças quebradas antes da implantação.
Esta habilidade funciona para aplicações monolíticas?
Sim, contextos delimitados podem existir dentro de monolitos como limites modulares. O mapeamento de contexto ajuda a planejar a extração futura de serviços e previne vazamento de domínio entre módulos.

開発者の詳細

ファイル構成