スキル domain-driven-design
📦

domain-driven-design

安全

Aplique Domain-Driven Design com Orientação de IA

Projetos de software complexos precisam de modelagem de domínio estruturada, mas saber quando e como aplicar DDD é desafiador. Esta habilidade ajuda você a avaliar a viabilidade de DDD, planejar arquitetura estratégica e rotear para habilidades especializadas de implementação.

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

スキルZIPをダウンロード

2

Claudeでアップロード

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

3

オンにして利用開始

テストする

「domain-driven-design」を使用しています。 Use @domain-driven-design para avaliar se nossa plataforma de e-commerce deve adotar DDD completo

期待される結果:

Resultados da verificação de viabilidade: Sua plataforma de e-commerce provavelmente atende múltiplos critérios devido a regras de negócio complexas (preços, inventário), múltiplas equipes e contratos de integração. Recomendação: Adote DDD estratégico primeiro com bounded contexts para Pedidos, Inventário, Pagamentos e Envio.

「domain-driven-design」を使用しています。 Ajude-nos a planejar os artefatos estratégicos para nosso domínio de saúde

期待される結果:

Entregáveis estratégicos para saúde: (1) Mapa de subdomínios identificando domínios principais como Gestão de Pacientes, Agendamento, Faturamento; (2) Mapa de bounded context com limites de conformidade HIPAA; (3) Glossário de linguagem ubíqua para terminologia médica; (4) ADRs para decisões críticas.

セキュリティ監査

安全
v1 • 2/24/2026

Static analysis flagged 19 potential issues including external_commands and weak cryptographic algorithms. Manual review confirms these are false positives: the @ mentions in skill references were mistaken for backtick execution, and the word 'design' was incorrectly flagged as cryptographic. This is a documentation-only skill containing no executable code, network requests, or file system operations. All findings dismissed as false positives.

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

品質スコア

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

作れるもの

Sessão de Planejamento Arquitetural

Use no início de um novo projeto para determinar se DDD é apropriado e planejar os limites dos bounded contexts.

Guia de Decisão de Refatoração

Avalie um monólito existente para identificar limites de subdomínio e planejar adoção incremental de DDD.

Ferramenta de Coordenação de Equipe

Estabeleça linguagem ubíqua compartilhada e limites claros de propriedade entre múltiplas equipes.

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

Verificação Inicial de Viabilidade de DDD
Use @domain-driven-design para avaliar se devemos adotar DDD completo para nosso [project description]. Execute a verificação de viabilidade e explique quais critérios são atendidos.
Solicitação de Modelagem Estratégica
Aplique @domain-driven-design para nos ajudar a identificar subdomínios e bounded contexts para nosso [business domain]. Liste os artefatos estratégicos que devemos produzir primeiro.
Roteirização para Habilidades de Implementação
Decidimos adotar DDD para [specific bounded context]. Use @domain-driven-design para nos roteirizar para as próximas habilidades que precisamos e liste os entregáveis táticos para esta semana.
Suporte à Decisão de Event-Sourcing
Nosso domínio requer auditabilidade e histórico de eventos. Use @domain-driven-design para nos ajudar a decidir se event sourcing é apropriado e quais habilidades usar para implementação.

ベストプラクティス

  • Comece com DDD estratégico antes de mergulhar em detalhes de implementação tática
  • Use a verificação de viabilidade para evitar over-engineering em sistemas simples
  • Produza artefatos explícitos em cada estágio para garantir progresso mensurável
  • Roteirize para habilidades especializadas em vez de tentar lidar com tudo com um prompt

回避

  • Aplicar DDD completo a aplicações CRUD simples sem regras de negócio complexas
  • Pular modelagem estratégica e ir direto para design de entidades
  • Criar bounded contexts baseados em camadas técnicas em vez de capacidades de negócio
  • Usar DDD como justificativa para over-engineering sem complexidade de domínio clara

よくある質問

Quando devo usar esta habilidade?
Use esta habilidade ao modelar domínios de negócio complexos, decidir se DDD completo vale a complexidade adicional, ou planejar implementações de CQRS, event sourcing ou saga.
Esta habilidade gera código?
Não, esta é uma habilidade de planejamento e roteirização. Ela ajuda você a avaliar viabilidade, planejar artefatos estratégicos e roteirizar para habilidades especializadas para implementação.
O que é a verificação de viabilidade?
Uma avaliação simples com quatro critérios: regras de negócio complexas, múltiplas equipes com colisões de modelo, contratos de integração instáveis e necessidades de auditabilidade. Use DDD completo quando pelo menos dois forem verdadeiros.
Para quais habilidades especializadas esta roteiriza?
A habilidade referencia habilidades especializadas para design estratégico, mapeamento de contexto, padrões táticos, CQRS, event sourcing, orquestração saga e padrões de projeção.
Isso pode substituir workshops com especialistas de domínio?
Não, esta habilidade não pode substituir interação direta com especialistas de domínio. Ela é projetada para guiar e estruturar trabalho DDD, não para descobrir conhecimento de domínio.
Como esta habilidade difere de consultoria de arquitetura?
Esta habilidade fornece metodologia estruturada e roteirização para outras habilidades. Ela não analisa seu codebase específico nem fornece recomendações arquiteturais em tempo real.

開発者の詳細

ファイル構成