Habilidades architecture-patterns
📐

architecture-patterns

Seguro

Implementar Padrões de Arquitetura Limpa

Também disponível em: Barnhardt-Enterprises-Inc,wshobson,AdamManuel-dev

Construa sistemas backend mantíveis e testáveis usando padrões de arquitetura comprovados. Esta habilidade ajuda você a aplicar Clean Architecture, Arquitetura Hexagonal e Domain-Driven Design para criar software escalável.

Suporta: Claude Codex Code(CC)
📊 70 Adequado
1

Baixar o ZIP da skill

2

Upload no Claude

Vá em Configurações → Capacidades → Skills → Upload skill

3

Ative e comece a usar

Testar

A utilizar "architecture-patterns". Projete uma estrutura Clean Architecture para um sistema de gerenciamento de usuários

Resultado esperado:

  • Camada 1: Domain - Entidade User com regras de negócio (ativação, validação)
  • Camada 2: Use Cases - CreateUser, UpdateUser, DeactivateUser
  • Camada 3: Interface Adapters - UserController, UserPresenter
  • Camada 4: Infrastructure - PostgresUserRepository, RedisCache

A utilizar "architecture-patterns". Explique a diferença entre entidades e value objects

Resultado esperado:

  • Entidades: Possuem identidade, mutáveis, igualdade por ID (ex: Order, User)
  • Value Objects: Sem identidade, imutáveis, igualdade por atributos (ex: Email, Money, Address)

Auditoria de Segurança

Seguro
v1 • 2/24/2026

Static analysis flagged 32 potential issues including external_commands, env_access, and weak cryptographic algorithms. After evaluation, all findings are FALSE POSITIVES. The skill contains only documentation and Python code examples for software architecture patterns. No actual command execution, cryptographic code, or secret access exists. The flagged patterns are innocent uses of architecture terminology (domain, ports, adapters) and placeholder interface definitions.

2
Arquivos analisados
520
Linhas analisadas
3
achados
1
Total de auditorias

Problemas de Alto Risco (1)

resources/implementation-playbook.md:332-334
False Positive: env_access Pattern
Static scanner flagged 'api_key' parameter in StripePaymentAdapter as env_access. This is a legitimate interface definition, not actual secret access. The code only defines type signatures for a payment adapter.
Problemas de Risco Médio (1)
resources/implementation-playbook.md:57-90
False Positive: external_commands Pattern
Static scanner detected 'Ruby/shell backtick execution' but the files contain only Python code examples and markdown documentation. No backtick shell execution exists.
Problemas de Baixo Risco (1)
resources/implementation-playbook.md:37-51
False Positive: System Reconnaissance
Static scanner flagged 'domain' and 'bounded context' as system reconnaissance. These are legitimate Domain-Driven Design (DDD) terminology, not system reconnaissance.
Auditado por: claude

Pontuação de qualidade

38
Arquitetura
100
Manutenibilidade
87
Conteúdo
31
Comunidade
88
Segurança
100
Conformidade com especificações

O Que Você Pode Construir

Arquitetar Novo Sistema Backend

Projete um novo serviço backend usando Clean Architecture com separação adequada de camadas e regras de dependência.

Refatorar Codebase Monolítico

Migre código fortemente acoplado para arquitetura hexagonal com ports e adapters bem definidos.

Aplicar Padrões Táticos de DDD

Implemente modelos de domínio usando entidades, value objects e agregados para domínios de negócio complexos.

Tente Estes Prompts

Design Básico de Arquitetura 
Ajude-me a projetar uma estrutura Clean Architecture para uma aplicação de e-commerce. Quais camadas devo criar e quais são as dependências entre elas?
Configuração de Arquitetura Hexagonal 
Mostre-me como implementar um serviço de pagamento usando Arquitetura Hexagonal. Inclua ports e adapters com um exemplo do Stripe.
Modelo Domain-Driven Design 
Crie um modelo de domínio DDD para um sistema de gerenciamento de pedidos. Inclua entidades, value objects, agregados e domain events.
Plano de Migração de Arquitetura 
Tenho um monólito Rails. Como migrá-lo passo a passo para Clean Architecture sem fazer uma reescrita completa?

Melhores Práticas

  • Mantenha a lógica de negócio na camada de domínio, independente de frameworks
  • Defina interfaces claras (ports) antes de implementar adapters
  • Garanta que camadas internas não saibam nada sobre camadas externas

Evitar

  • Colocar lógica de negócio em controllers (fat controllers)
  • Misturar lógica de domínio com código de infraestrutura
  • Criar modelos de domínio anêmicos sem comportamento

Perguntas Frequentes

Quando devo usar Clean Architecture?
Use Clean Architecture para sistemas backend complexos onde testabilidade e mantibilidade são prioridades. Ela adiciona overhead inicial, então evite para aplicações CRUD simples.
Qual é o principal benefício da Arquitetura Hexagonal?
Permite trocar implementações facilmente. Você pode usar um adapter de pagamento mock para testes e mudar para Stripe para produção sem alterar a lógica de domínio.
Como Domain-Driven Design difere de Clean Architecture?
DDD foca em modelar domínios de negócio complexos com bounded contexts e linguagem ubíqua. Clean Architecture é uma estrutura técnica que pode funcionar com ou sem DDD.
Posso usar esta habilidade com qualquer linguagem de programação?
Sim, os padrões são independentes de linguagem. Os exemplos usam Python, mas os princípios se aplicam a qualquer linguagem orientada a objetos.
O que são value objects e quando devo usá-los?
Value objects são objetos imutáveis definidos por seus atributos, não por identidade. Use-os para conceitos como dinheiro, email ou endereço onde igualdade importa mais que identidade.
Como começo a migrar uma codebase legada?
Comece identificando limites de domínio. Crie novo código na arquitetura alvo enquanto mantém o código legado ao redor. Migre incrementalmente feature por feature.

Detalhes do Desenvolvedor

Autor

sickn33

Licença

MIT

Repositório

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/architecture-patterns

Referência

main

Estrutura de arquivos

📁 resources/

📄 implementation-playbook.md

📄 SKILL.md