技能 ddd-strategic-design
📦

ddd-strategic-design

安全

Mapear Fronteiras de Domínio com Design Estratégico DDD

Esta habilidade ajuda você a criar artefatos estratégicos de Domain-Driven Design como subdomínios, contextos delimitados e linguagem ubíqua para estabelecer fronteiras de domínio claras e entendimento compartilhado com especialistas do domínio.

支持: Claude Codex Code(CC)
📊 71 充足
1

下载技能 ZIP

2

在 Claude 中上传

前往 设置 → 功能 → 技能 → 上传技能

3

开启并开始使用

测试它

正在使用“ddd-strategic-design”。 Use @ddd-strategic-design para mapear nosso domínio de e-commerce em contextos delimitados, classificar subdomínios e propor propriedade de equipe.

预期结果:

## Classificação de Subdomínio

| Capacidade | Tipo | Justificativa | Proprietário |
|------------|------|---------------|-------------|
| Catálogo de Produtos | Core | Diferencia o negócio | Equipe de Comércio |
| Autenticação de Usuário | Supporting | Necessário mas não único | Equipe de Plataforma |
| Entrega de Email | Generic | Função utilitária | Equipe de Plataforma |

## Contextos Delimitados

| Contexto | Responsabilidade | Upstream | Downstream |
|----------|------------------|----------|------------|
| Catálogo | Dados de produto | Fornecedores | Checkout, Busca |
| Checkout | Pedidos | Catálogo | Fulfillment |

## Linguagem Ubíqua

| Termo | Definição | Contexto |
|-------|-----------|----------|
| Pedido | Compra confirmada | Checkout |
| SKU | Unidade de manutenção de estoque | Catálogo |

正在使用“ddd-strategic-design”。 Use @ddd-strategic-design para nos ajudar a identificar subdomínios no nosso domínio de saúde com registros de pacientes, consultas, faturamento e verificação de seguro.

预期结果:

## Classificação de Subdomínio

| Capacidade | Tipo | Justificativa | Proprietário |
|------------|------|---------------|-------------|
| Registros de Pacientes | Core | Diferenciação clínica | Equipe Clínica |
| Consultas | Supporting | Operações necessárias | Equipe de Operações |
| Faturamento | Core | Diferenciação de receita | Equipe Financeira |
| Verificação de Seguro | Supporting | Habilitação | Equipe de Receita |

安全审计

安全
v1 • 2/24/2026

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.

2
已扫描文件
75
分析行数
0
发现项
1
审计总数
未发现安全问题
审计者: claude

质量评分

41
架构
100
可维护性
87
内容
31
社区
100
安全
83
规范符合性

你能构建什么

Sessões de Design Arquitetural

Use durante workshops de arquitetura para mapear fronteiras de domínio e definir contextos delimitados para uma nova iniciativa de microsserviços.

Decomposição de Monólito

Aplique ao dividir um monólito para identificar fronteiras de subdomínio e determinar quais componentes pertencem a cada contexto delimitado.

Mapeamento de Propriedade de Equipe

Estabeleça fronteiras claras de propriedade e responsabilidade da equipe usando catalogação de contextos delimitados.

试试这些提示

Mapeamento Básico de Subdomínio
Use @ddd-strategic-design para me ajudar a identificar subdomínios no nosso domínio [domain name]. Temos capacidades para [list key capabilities]. Por favor, classifique cada um como core, supporting ou generic.
Definição de Contexto Delimitado
Use @ddd-strategic-design para definir contextos delimitados para o nosso [domain]. Identificamos estes subdomínios: [list subdomains]. Por favor, ajude a criar contextos delimitados com fronteiras claras de propriedade.
Criação de Linguagem Ubíqua
Use @ddd-strategic-design para construir um glossário de linguagem ubíqua. Para o nosso [bounded context], precisamos definir estes termos: [list terms]. Inclua definições e identifique quaisquer significados conflitantes.
Design Estratégico Completo
Use @ddd-strategic-design para realizar um design estratégico completo para o nosso domínio [domain name]. Inclua classificação de subdomínio, catálogo de contexto delimitado com dependências e glossário de linguagem ubíqua. Nossas capacidades principais são: [list capabilities].

最佳实践

  • Envolva especialistas de domínio na classificação de subdomínios para garantir avaliação precisa do valor de negócio
  • Comece com mapeamento de capacidades antes de mergulhar em contextos delimitados para fronteiras mais claras
  • Documente decisões de fronteira com justificativa explícita em ADRs antes da implementação

避免

  • Criar contextos delimitados demais, o que introduz complexidade desnecessária e sobrecarga de integração
  • Ignorar dependências upstream e downstream ao definir fronteiras de contexto
  • Pular a criação de linguagem ubíqua e assumir que todos compartilham o mesmo vocabulário

常见问题

Qual é a diferença entre subdomínios e contextos delimitados?
Subdomínios são conceitos do espaço do problema representando capacidades de negócio. Contextos delimitados são implementações do espaço da solução que encapsulam um modelo de domínio. Múltiplos subdomínios podem mapear para um contexto delimitado, ou um subdomínio pode abranger múltiplos contextos.
Quando devo usar esta habilidade versus padrões táticos de DDD?
Use esta habilidade para trabalho de design estratégico: definir fronteiras, propriedade e linguagem. Use padrões táticos (entidades, agregados, objetos de valor) após o design estratégico estar completo para implementar o interior de cada contexto delimitado.
Quantos contextos delimitados um sistema deve ter?
Não há um número fixo. Comece com menos contextos e divida quando encontrar equipes fortes necessitando de modelos independentes ou cadências de release diferentes. Muitos contextos criam sobrecarga de integração; poucos causam acoplamento desnecessário.
Esta habilidade pode ajudar com arquitetura de microsserviços?
Sim. Design estratégico é o primeiro passo na decomposição de microsserviços. Esta habilidade ajuda a identificar fronteiras naturais de serviço baseadas em fronteiras de domínio em vez de camadas técnicas.
E se especialistas de domínio discordarem na terminologia?
Documente definições conflitantes na sua linguagem ubíqua como anti-termos. Use contextos delimitados para isolar contextos com definições conflitantes. Este é um padrão DDD comum chamado mapeamento de contexto.
Esta habilidade funciona para projetos pequenos?
Para projetos pequenos com domínios estáveis e equipes únicas, design estratégico pode ser excessivo. A habilidade é mais valiosa quando complexidade, múltiplas equipes ou complexidade de domínio justificam o investimento.