orchestrationlisted

# Orchestration Pattern > 멀티 에이전트 오케스트레이션 패턴 선택 및 설계 ## Core Goal - 에이전트 간 협력 방식(순차, 병렬, 라우팅, 계층)을 요구사항에 맞게 선택하여 불필요한 복잡성 제거하고 성능 최적화 - 각 패턴의 장단점을 명확히 이해하고 지연시간, 에러율, 비용을 예측하는 의사결정 프레임워크 제공 - "가장 간단한 패턴부터 시작"하는 점진적 업그레이드 원칙 적용 ## Trigger Gate ### Use This Skill When - 2개 이상의 에이전트가 협력해야 하는 시스템 설계 또는 평가 - 기존 오케스트레이션이 성능 문제(지연, 비용)를 보이는 경우 - 패턴 선택의 의사결정을 문서화하고 정당화해야 하는 경우 ### Route to Other Skills When - 선택한 패턴의 세부 구현 (3-tier 위계 구조) → orchestration (Hierarchical pattern 상세 섹션 참조) - 작업별 LLM 모델 선택/비용 최적화 → orchestration --pattern router (Model Routing 상세 섹션 참조) - 멀티 에이전트 간 메모리 공유 → memory-arch (저장소 전략) - 패턴의 경제성 분석 → strategy --focus biz-model (비용 모델) ### Boundary Checks - 단일 에이전트로 충분하면 → 오케스트레이션 패턴 불필요, 단일 prompt 또는 routing만 고려 - 패턴이 너무 복잡하면 → "가장 간단한 패턴"으로 시작 원칙 위반, 재평가 필요 - 에러 복구 전략이 없으면 → 선택한 패턴을 안전하게 구현 불가, 먼저 에러 처리 정의 ## 개념 에이전트 시스템의 복잡도와 요구사항에 따라 적절한 오케스트레이션 패턴을 선택한다. 잘못된 패턴 선택은 불필요한 복잡성이나 성능 병목을 만든다. ## Instructions You are selecting and designing an **orchestration pattern** for: **$ARGUMENTS** ### Step 1 — Assess Requirements Answer these questions to determine pattern fit: - How many distinct tasks are involved? - Are tasks dependent on each other's outputs? - Is the workflow deterministic or dynamic? - What is the latency tolerance? - What is the error tolerance? ### Step 2 — Pattern Selection Matrix | Pattern | When to Use | Complexity | Latency | |---------|------------|------------|---------| | **Sequential Chain** | Tasks have strict dependencies