القائمة
소프트웨어 아키텍처 패턴 및 설계 가이드를 실행합니다.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Interactive requirements discovery through Socratic dialogue and systematic exploration
사용자 계획을 기존 도메인 모델에 대해 stress-test하는 인터뷰 세션. 용어를 날카롭게 다듬고, 결정이 굳어질 때마다 CONTEXT.md(도메인 어휘 사전)와 ADR을 인라인으로 갱신한다. 새 기능 요구사항 탐색은 `/brainstorm`을, 기존 도메인 모델·용어와의 정합성 점검은 이 스킬을 사용한다.
Evaluate design from a UX perspective, assessing visual hierarchy, information architecture, emotional resonance, cognitive load, and overall quality with quantitative scoring, persona-based testing, automated anti-pattern detection, and actionable feedback. Use when the user asks to review, critique, evaluate, or give feedback on a design or component.
Run technical quality checks across accessibility, performance, theming, responsive design, and anti-patterns. Generates a scored report with P0-P3 severity ratings and actionable plan. Use when the user wants an accessibility check, performance audit, or technical quality review. (Impeccable design audit — distinct from /audit which validates project rules.)
Create distinctive, production-grade frontend interfaces with high design quality. Generates creative, polished code that avoids generic AI aesthetics. Use when the user asks to build web components, pages, artifacts, posters, or applications, or when any design skill requires project context. Call with 'craft' for shape-then-build, 'teach' for design context setup, or 'extract' to pull reusable components and tokens into the design system.
Comprehensive document creation, editing, and analysis with support for tracked changes, comments, formatting preservation, and text extraction. When Claude needs to work with professional documents (.docx files) for: (1) Creating new documents, (2) Modifying or editing content, (3) Working with tracked changes, (4) Adding comments, or any other document tasks
| name | architecture |
| description | 소프트웨어 아키텍처 패턴 및 설계 가이드를 실행합니다. |
| user-invocable | true |
소프트웨어 아키텍처 패턴 및 설계 가이드를 실행합니다.
┌─────────────────────────────────┐
│ Monolith │
│ ┌─────┐ ┌─────┐ ┌─────┐ │
│ │ UI │ │Logic│ │ DB │ │
│ └─────┘ └─────┘ └─────┘ │
└─────────────────────────────────┘
장점: 단순, 배포 쉬움, 트랜잭션 쉬움
단점: 확장 어려움, 기술 스택 고정
적합: 초기 스타트업, 작은 팀, MVP
┌─────────┐ ┌─────────┐ ┌─────────┐
│ User │ │ Order │ │ Payment │
│ Service │ │ Service │ │ Service │
│ DB │ │ DB │ │ DB │
└────┬────┘ └────┬────┘ └────┬────┘
│ │ │
─────┴────────────┴────────────┴─────
API Gateway
장점: 독립 배포, 기술 다양성, 확장성
단점: 복잡성, 분산 트랜잭션, 운영 부담
적합: 대규모 팀, 복잡한 도메인
┌─────────┐ ┌─────────────┐ ┌─────────┐
│Producer │────▶│ Event Broker│────▶│Consumer │
└─────────┘ │(Kafka/SQS) │ └─────────┘
└─────────────┘
장점: 느슨한 결합, 비동기 처리
단점: 복잡성, 디버깅 어려움
적합: 실시간 처리, 대용량 데이터
┌──────────┐ ┌──────────┐ ┌──────────┐
│ API GW │────▶│ Lambda │────▶│ DynamoDB │
└──────────┘ └──────────┘ └──────────┘
장점: 인프라 관리 없음, 자동 확장
단점: 콜드 스타트, 벤더 종속
적합: 이벤트 처리, API 백엔드
┌─────────────────────────────┐
│ Presentation Layer │ UI, Controllers
├─────────────────────────────┤
│ Business Layer │ Services, Logic
├─────────────────────────────┤
│ Data Layer │ Repositories, DB
└─────────────────────────────┘
┌───────────────────────────┐
│ Frameworks │ (Express, React)
│ ┌───────────────┐ │
│ │ Adapters │ │ (Controllers, Gateways)
│ │ ┌─────────┐ │ │
│ │ │Use Cases│ │ │ (Application Logic)
│ │ │┌───────┐│ │ │
│ │ ││Entity ││ │ │ (Domain Models)
│ │ │└───────┘│ │ │
│ │ └─────────┘ │ │
│ └───────────────┘ │
└───────────────────────────┘
의존성 방향: 바깥 → 안쪽 (역전)
┌─────────────┐
Primary │ │ Secondary
Adapters ─▶│ Domain │◀─ Adapters
(API) │ (Core) │ (DB, Queue)
│ │
└─────────────┘
포트: 인터페이스 정의
어댑터: 포트 구현
Command (쓰기) ─────▶ Write Model ─────▶ DB
Query (읽기) ─────▶ Read Model ─────▶ Read DB (최적화)
State = f(Events)
Events: [UserCreated, EmailChanged, ...]
Current State: aggregate(Events)
Service A ──▶ Service B ──▶ Service C
│ │ │
└── Compensate if any fails ─┘
Client ──▶ API Gateway ──┬──▶ Service A
├──▶ Service B
└──▶ Service C
기능: 라우팅, 인증, 레이트리밋, 로깅
1-3명: 모놀리식 + 모듈화
3-10명: 모듈러 모놀리스
10+명: 마이크로서비스 고려
< 1K RPS: 모놀리식 충분
1K-10K: 모놀리식 + 캐싱/CDN
10K+: 마이크로서비스 + 로드밸런싱
단순 CRUD: 모놀리식
복잡한 도메인: DDD + 클린 아키텍처
실시간 처리: 이벤트 기반
## Architecture Design
### Overview
[아키텍처 스타일 및 선택 이유]
### System Diagram
[ASCII 다이어그램]
### Components
| 컴포넌트 | 책임 | 기술 |
|---------|------|------|
| API Gateway | 라우팅, 인증 | Kong |
| User Service | 사용자 관리 | Node.js |
### Data Flow
[데이터 흐름 다이어그램]
### Trade-offs
| 결정 | 장점 | 단점 |
|------|------|------|
| 마이크로서비스 | 확장성 | 복잡성 |
### ADR (Architecture Decision Record)
- 상황: [컨텍스트]
- 결정: [선택한 옵션]
- 결과: [예상 결과]
요청에 맞는 아키텍처를 설계하세요.