모든 도메인 지식을 하나의 거대한 프롬프트나 상태(State)에 담으려 하면 성능 저하와 비용 폭발이 발생한다. 오케스트레이터는 가볍게 유지하고, 실제 작업에 필요한 지식과 도구는 해당 워커가 호출되는 시점에만 주입하는 방식이 대규모 에이전트 운영의 핵심이다.

근거

마이리얼트립의 오케스트레이터는 도메인 지식을 직접 들고 다니지 않는다. 대신 필요한 순간에만 워커를 불러오며(On-demand), 이를 통해 품질과 비용의 균형을 잡았다.

핵심은 orchestrator가 가볍다는 점. 도메인 지식은 들고 다니지 않고, 필요한 worker를 필요한 순간에만 불러옵니다 (lazy load).

연결된 생각

  • 20260611-myrealtrip-data-agent-architecture — Orchestrator와 Worker 간의 분업 구조
  • 이는 전통적인 소프트웨어 공학의 ‘관심사 분리(Separation of Concerns)‘와 ‘지연 로딩(Lazy Loading)’ 원칙을 에이전트 아키텍처에 이식한 사례로 볼 수 있다.

출처

클리핑 · linkedin.com