Compétences architecture-patterns
📐

architecture-patterns

Sûr

Implementar Padrões de Arquitetura Limpa

Également disponible depuis: wshobson,Barnhardt-Enterprises-Inc,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.

Prend en charge: Claude Codex Code(CC)
🥉 73 Bronze
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

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

Résultat attendu:

  • 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

Utilisation de "architecture-patterns". Explique a diferença entre entidades e value objects

Résultat attendu:

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

Audit de sécurité

Sûr
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
Fichiers analysés
520
Lignes analysées
3
résultats
1
Total des audits

Problèmes à risque élevé (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.
Problèmes à risque moyen (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.
Problèmes à risque faible (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.
Audité par: claude

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
50
Communauté
88
Sécurité
100
Conformité aux spécifications

Ce que vous pouvez construire

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.

Essayez ces 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?

Bonnes pratiques

  • 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

Éviter

  • 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

Foire aux questions

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.

Détails du développeur

Auteur

sickn33

Licence

MIT

Dépôt

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

Réf

main

Structure de fichiers

📁 resources/

📄 implementation-playbook.md

📄 SKILL.md