다중 에이전트 시스템: 엔지니어링된 워크플로우 대 자발적 지능

여러 다중 에이전트 시스템을 구축하고 실험한 후, r/LocalLLaMA의 한 개발자는 현재 대부분의 구현이 지능 문제보다는 엔지니어링 문제를 해결하고 있다고 주장합니다. 이 게시물은 다중 에이전트 시스템이 실제로 무엇을 잘하는지, 그리고 왜 아직 창발적 지능을 만들어내지 못하는지 살펴봅니다.

다중 에이전트 시스템이 실제로 잘하는 것

개발자의 경험에 따르면, 다중 에이전트 시스템은 주로 세 가지 실용적인 엔지니어링 이점을 제공합니다:

• 작업 분해: 하나의 거대한 프롬프트 대신 워크플로우가 여러 단계로 나뉩니다. 예: 플래너 에이전트 → 계획 결정, 리서치 에이전트 → 정보 수집, 라이터 에이전트 → 콘텐츠 생성, 크리틱 에이전트 → 검토. 이는 잘 작동하지만 근본적으로는 파이프라인에 불과합니다.
• 병렬화: 다중 에이전트 설정은 작업을 병렬로 실행하기 쉽게 만듭니다. 예: 리서치 에이전트 1 → 논문 검색, 리서치 에이전트 2 → 뉴스 검색, 리서치 에이전트 3 → 데이터베이스 검색, 결과를 결합하는 어그리게이터 에이전트. 이는 기본적으로 LLM 추론을 가진 분산 작업자입니다.
• 엔지니어링 모듈성: 수십 개의 도구를 가진 실제 시스템에서 책임별로 에이전트를 분리하면 개발과 유지보수가 용이해집니다. 예: 검색 에이전트 → 검색 도구 처리, 데이터베이스 에이전트 → DB 쿼리 처리, 코드 에이전트 → 코딩 작업 처리, 플래너 에이전트 → 추론 처리. 이는 대부분 소프트웨어 아키텍처일 뿐, 창발적 지능이 아닙니다.

왜 "에이전트 군집"이 아직 창발적 지능을 만들어내지 못하는가

게시물은 세 가지 구조적 한계를 지적합니다:

• 커뮤니케이션 비용이 매우 높음: 뉴런은 마이크로초 단위로 소통합니다. 에이전트는 초 단위가 걸리는 LLM 호출을 통해 소통하므로 복잡한 상호작용이 제한됩니다.
• 에이전트가 서로를 업데이트할 수 없음: 신경망은 역전파를 통해 학습합니다. 에이전트 A가 실수를 하면 에이전트 B가 비판할 수 있지만, 실제로 에이전트 A의 내부 모델을 변경하지는 않습니다.
• 공유된 표현 공간이 없음: 뉴런은 벡터를 통해 소통합니다. 에이전트는 자연어를 통해 소통하는데, 이는 모호하고 정보 손실이 있으며 토큰 비용이 많이 들어 여러 에이전트 간에 정보가 빠르게 저하됩니다.

다중 에이전트 시스템이 실제로 닮은 것

개발자는 이들 시스템을 다루어 본 후, 이러한 시스템이 마이크로서비스 아키텍처에 훨씬 더 가깝게 보인다고 결론지었습니다. 각 에이전트는 기본적으로 역할, 도구 세트 및 프롬프트이며, 시스템은 단지 오케스트레이션된 워크플로우일 뿐입니다.

실용적 가치와 미래 방향

다중 에이전트 시스템은 무용지물이 아닙니다—복잡한 워크플로우, 도구가 많은 시스템, 대규모 엔지니어링 팀, 병렬화 가능한 작업에 매우 유용합니다. 그러나 그 가치는 대부분 엔지니어링 확장성에 있으며, 집단 지능이 아닙니다.

진정한 질문은: 만약 우리가 진정한 창발적 다중 에이전트 지능을 원한다면, 아마도 매우 다른 것이 필요할 것이라는 점입니다. 예를 들어: 공유된 잠재 메모리 공간, 정책을 학습하는 에이전트(다중 에이전트 강화 학습), 또는 파이프라인 대신 그래프 기반 추론 아키텍처 등이 있을 수 있습니다.

현재 대부분의 "다중 에이전트 시스템"은 단지 잘 구조화된 LLM 워크플로우일 뿐입니다.