architecture-patterns
Diseñar una arquitectura backend mantenible
Los sistemas backend suelen volverse difíciles de probar, cambiar y explicar a medida que la lógica de negocio se dispersa entre frameworks. Esta skill guía a Claude, Codex y Claude Code a través de patrones de Clean Architecture, Hexagonal Architecture y Domain-Driven Design.
내 에이전트로 설치
이 요청을 에이전트에 복사하세요. 공식 Skill 페이지와 매니페스트가 포함되어 있습니다.
Review the Skillstore skill "architecture-patterns" from https://skillstore.io/skills/wshobson-architecture-patterns.md and its manifest at https://skillstore.io/api/skills/wshobson-architecture-patterns/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.에이전트는 계속해서 계획을 표시하고 보안 정책에서 요구하는 확인을 요청해야 합니다.
에이전트가 읽기 쉬운 리소스
AI 에이전트, 크롤러, 스크립트가 전체 페이지 대신 정리된 컨텍스트만 필요할 때 이 링크를 사용하세요.
테스트해 보기
"architecture-patterns" 사용 중입니다. Diseña un servicio de pedidos con límites claros.
예상 결과:
- Una capa de dominio que contiene Order, Money, Customer y OrderSubmittedEvent.
- Casos de uso para realizar pedidos, cobrar pagos y confirmar el cumplimiento.
- Ports para persistencia de pedidos, procesamiento de pagos y notificaciones.
- Adapters para PostgreSQL, Stripe y un proveedor de correo electrónico.
"architecture-patterns" 사용 중입니다. Refactoriza un controlador que gestiona validación, pago y persistencia.
예상 결과:
- Mueve la gestión de solicitudes a un controlador delgado.
- Coloca las decisiones de negocio en un caso de uso.
- Representa el pago y el almacenamiento detrás de interfaces.
- Prueba el caso de uso con adaptadores simulados.
"architecture-patterns" 사용 중입니다. Define bloques de construcción de DDD para cuentas de clientes.
예상 결과:
- Customer se convierte en la raíz del agregado.
- Email y Money se convierten en value objects.
- AccountCreated y AddressAdded se convierten en eventos de dominio.
- El repositorio persiste el estado del agregado sin exponer filas de la base de datos.
보안 감사
안전Static command, secret, and reconnaissance findings are false positives from Markdown fences and illustrative Python architecture examples. No evidence found of prompt injection, active command execution, real secret access, data exfiltration, or host reconnaissance in SKILL.md.
위험 요인
⚙️ 외부 명령어 (7)
🔑 환경 변수 (2)
이 보고서 공유 및 인용
버전이 지정된 평가 보고서, 중립 배지, 임베드 카드 및 인용을 공유하세요. Skillstore는 근거를 보고하지만 이 Skill의 안전 여부를 판단하지 않습니다.
보고서 링크 복사
https://skillstore.io/skills/wshobson-architecture-patterns/audits/9?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdown 배지
[](https://skillstore.io/skills/wshobson-architecture-patterns?utm_source=security_passport_badge)HTML 배지
<a href="https://skillstore.io/skills/wshobson-architecture-patterns?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/wshobson-architecture-patterns/security.svg" alt="Skillstore security assessment" loading="lazy"></a>임베드 카드
<iframe src="https://skillstore.io/embed/skills/wshobson-architecture-patterns.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>학술 인용 (APA · BibTeX · CFF)
APA 인용
wshobson. (2026). architecture-patterns security audit report (audit version 9) [Author version unspecified]. Skillstore. https://skillstore.io/skills/wshobson-architecture-patterns/audits/9BibTeX 인용
@techreport{wshobson-wshobson-architecture-patterns-2026,
author = {wshobson},
title = {architecture-patterns security audit report (audit version 9)},
institution = {Skillstore},
year = {2026},
number = {9},
url = {https://skillstore.io/skills/wshobson-architecture-patterns/audits/9},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "architecture-patterns security audit report (audit version 9)"
version: "unspecified"
type: report
authors:
- name: "wshobson"
date-released: "2026-07-07"
url: "https://skillstore.io/skills/wshobson-architecture-patterns/audits/9"
identifiers:
- type: other
value: "skillstore:wshobson-architecture-patterns:audit:9"
description: "Skillstore immutable audit report identifier"
변형 비교
설치 가능한 변형 4개각 작성자의 스킬은 별도의 설치 항목으로 유지됩니다. 추천 변형은 Skillstore 근거로 순위가 정해집니다.
이 변형이 1위인 이유
wshobson-architecture-patterns
2026-09-09
adammanuel-dev-architecture-patterns
2026-10-21
barnhardt-enterprises-inc-architecture-patterns
2026-09-09
Skillstore 점수
이 점수의 이유 증거 신뢰도: 높음만들 수 있는 것
Planificar un nuevo límite de servicio
Usa los patrones para definir modelos de dominio, casos de uso, ports y adapters antes de que comience la implementación.
Refactorizar código acoplado al framework
Traslada las reglas de negocio fuera de los controladores y modelos de persistencia hacia capas de dominio y casos de uso que se puedan probar.
Crear estándares de arquitectura
Usa la terminología y los ejemplos para alinear a los equipos sobre la dirección de las dependencias, los límites y los contratos de repositorio.
이 프롬프트를 사용해 보세요
Explica Clean Architecture, Hexagonal Architecture y Domain-Driven Design para un equipo backend. Compara cuándo es útil cada patrón.
Diseña un servicio backend usando Clean Architecture. Incluye entidades de dominio, casos de uso, interfaces, adaptadores y límites del framework.
Revisa este módulo backend y propón una refactorización hacia ports and adapters. Identifica la lógica de dominio, los casos de uso y las responsabilidades de infraestructura.
Crea un modelo de Domain-Driven Design para este flujo de trabajo de negocio. Define bounded contexts, agregados, value objects, repositorios y eventos de dominio.
모범 사례
- Mantén las reglas de negocio independientes de frameworks, bases de datos y servicios externos.
- Usa interfaces pequeñas que coincidan con las necesidades reales de los casos de uso.
- Introduce capas de arquitectura cuando la complejidad del dominio justifique la estructura adicional.
피하기
- No coloques decisiones de negocio dentro de controladores o callbacks del framework.
- No expongas registros ORM como entidades de dominio en toda la aplicación.
- No apliques patrones de arquitectura pesados a flujos CRUD simples sin una necesidad clara.