파이프라인, 팬아웃, 오케스트레이터, 비평 패널: 작업 유형별로 맞는 멀티 에이전트 패턴

무엇인가

에이전트 구축에 관한 Anthropic의 엔지니어링 가이드는 코드가 모델 호출 순서를 고정하는 워크플로우와, 모델이 스스로 단계를 결정하는 에이전트를 구분하고, 워크플로우 패턴 다섯 가지를 제시합니다. 이 중 네 가지는 여러 호출을 조합하는 방식이고(다섯 번째인 라우팅은 입력을 하나의 전문화된 경로로 보내는 방식입니다), 네 가지는 다음과 같습니다. 프롬프트 체이닝은 각 호출이 이전 출력을 처리하고 단계 사이에 프로그램적으로 점검하는 파이프라인입니다. 병렬화에는 두 가지 방식이 있는데, 독립적인 하위 작업을 동시에 실행하는 섹셔닝과, 다양한 출력을 얻기 위해 같은 작업을 여러 번 실행하는 보팅입니다. 오케스트레이터-워커는 중앙 모델이 실행 시점에 작업을 나누고 위임한 뒤 결과를 종합하는 방식입니다. 평가자-최적화자는 한 호출이 생성하고 다른 호출이 이를 평가하는 과정을 반복합니다. Anthropic이 자사 리서치 시스템에 관해 별도로 작성한 엔지니어링 글은, 리드 에이전트가 각자 자신의 컨텍스트 윈도우를 가지고 병렬로 동작하는 서브에이전트들을 조율하는 오케스트레이터-워커 패턴을 설명하며, 이런 시스템은 여러 독립적인 방향을 동시에 추구하는 너비 우선(breadth-first) 질의에 특히 강점을 보인다고 말합니다. Managed Agents 문서는 잘 작동하는 패턴 세 가지로 병렬화, 전문화(도메인에 특화된 프롬프트와 도구를 가진 에이전트로 라우팅), 에스컬레이션(어려운 하위 작업을 더 뛰어난 모델에 맡기는 것)을 꼽습니다.

왜 중요한가

모든 패턴은 호출 수와 토큰 사용량을 늘리며, 개별 워커에서는 나타나지 않는 방식으로 잘못될 수 있는 계층(오케스트레이터, 집계자, 패널 의장)을 하나 더 추가합니다. 작업의 구조에 맞춰 형태를 고르면, 이러한 배가가 실제로 이득이 되는 지점에서만 일어나게 됩니다.

적용 방법

• 파이프라인: 단계가 미리 정해져 있고 각 단계마다 점검 가능한 중간 결과물이 있을 때(추출, 검증, 번역) 사용합니다. 점검은 단계 사이의 코드에 넣습니다.
• 섹셔닝을 통한 팬아웃: 하위 질문들이 서로 독립적이고 그 답을 이어 붙이거나 단순한 규칙으로 병합할 수 있을 때(워커 하나당 파일 하나 또는 소스 하나) 사용합니다. 병합이 기계적으로 이루어지도록 출력 형식을 먼저 고정합니다.
• 보팅을 통한 팬아웃: 정답인지 검증하기는 어렵지만 서로 비교하기는 쉬울 때(분류, 플래깅) 사용합니다. 홀수 개를 사용하고, 의견 불일치는 잡음이 아니라 신호로 기록합니다.
• 오케스트레이터-워커: 어떻게 나눌지가 실제로 무엇이 발견되는지에 달려 있을 때(리서치, 낯선 코드베이스 디버깅) 사용합니다. 위임 지침(delegation brief) 작성에 공을 들입니다. 앞서 인용한 리서치 글은 작업 중복과 누락의 원인을 부실한 작업 설명 탓으로 봅니다.
• 비평 패널: 결과물이 서로 다른 여러 기준(보안, 스타일, 정확성)을 모두 만족해야 할 때 사용합니다. 각 비평자에게 기준을 하나씩과 고정된 루브릭을 주고, 집계는 코드가 하도록 합니다.
• 먼저 에이전트 하나와 좋은 프롬프트로 시작하고, 측정된 실패(컨텍스트 초과, 커버리지 누락, 한쪽으로 치우친 검토)가 실제로 나타났을 때만 패턴을 추가합니다.

함정

워커들이 컨텍스트를 공유해서 실수까지 함께 공유하는 경우. 모델 호출로 집계하다가 한 워커의 결과가 조용히 누락되는 경우. 오케스트레이터가 워커의 작업을 다시 반복하는 경우. 최종 호출만 세는 비용 계산.