Multi-agent 조정 패턴: 다섯 가지 방식과 활용 시점

멀티 에이전트 시스템에서 핵심은 많이 쓰는 방식이 아니라 문제에 맞는 방식을 고르는 일이다. 가장 먼저 시도할 것은 항상 가장 단순한 패턴이며, 어디서 막히는지 본 뒤 다음 단계로 진화시키는 접근이 권장된다.

가장 기본적인 generator-verifier 패턴은 한 에이전트가 초안을 만들고, 다른 에이전트가 기준에 맞는지 검증하는 구조다. 코드 생성, 사실 검증, 루브릭 기반 평가, 컴플라이언스 확인처럼 명시적 평가 기준이 있는 문제에 잘 맞지만, 검증 기준이 모호하면 단순히 통과만 반복하는 형식적인 루프가 되기 쉽다. 반복 횟수 제한과 인간 에스컬레이션 같은 fallback도 필요하다.

orchestrator-subagent는 한 리드 에이전트가 작업을 계획하고, 하위 에이전트에게 세부 작업을 나눠 주는 계층형 구조다. pull request 리뷰처럼 보안, 테스트, 스타일, 아키텍처처럼 서로 독립적인 검사를 병렬로 돌리기에 좋다. 다만 정보가 오케스트레이터를 거치며 압축되기 쉬워, 의존성이 커질수록 병목이 생긴다.

작업이 길고, 각 워커가 자기 문맥을 오래 유지해야 한다면 agent teams가 더 적합하다. 이 패턴에서는 워커가 한 번 할당받은 뒤 여러 단계를 자율적으로 처리하고, 재사용되는 문맥과 도메인 전문성이 쌓인다. 반대로 작업 간 상호 의존이 크면 서로의 결과를 공유하기 어려워 충돌이 생기기 쉽고, 완료 시점도 관리가 어렵다.

에이전트 수가 늘고 상호작용이 복잡해지면 message bus가 유리하다. 에이전트는 publish/subscribe로만 통신하고, 라우터가 이벤트를 적절한 구독자에게 전달한다. 보안 운영 자동화처럼 이벤트가 연쇄적으로 흐르고, 새 에이전트를 계속 붙여야 하는 환경에 잘 맞지만, 추적과 디버깅이 어려워지고 라우팅 오류가 나면 조용히 실패할 수 있다.

shared-state는 중앙 조정자 대신 모든 에이전트가 공용 저장소를 읽고 쓰는 방식이다. 연구 종합처럼 서로의 발견이 즉시 다음 탐색에 반영돼야 하는 작업에서 강력하며, 중앙 실패 지점도 줄어든다. 대신 중복 조사, 상충하는 접근, 그리고 반응형 루프가 쉽게 생기므로, 시간 제한이나 수렴 조건, 최종 판정자 같은 종료 조건을 처음부터 설계해야 한다.

패턴 선택의 기준은 결국 문맥 경계와 정보 흐름이다. 짧고 선명한 하위 작업은 orchestrator-subagent, 오래 지속되는 독립 작업은 agent teams, 이벤트 중심 파이프라인은 message bus, 협업형 탐색은 shared-state가 어울린다. 중요한 것은 한 번에 복잡하게 가는 것이 아니라, 문제 구조가 바뀔 때마다 더 단순하거나 더 느슨한 조정 방식으로 자연스럽게 진화시키는 일이다.