대부분의 '멀티 에이전트 오케스트레이션'은 그냥 함수 호출일 뿐임. 함수 호출을 에이전트라고 포장 좀 그만해라.
Most "multi-agent orchestration" is just a single agent calling a function. Stop rebranding function calls as agents.
핵심 요약
멀티 에이전트 프레임워크의 과도한 마케팅을 비판하며, 실제 현업에서 작동하는 실용적인 패턴을 논의함.
- 마케팅 거품 — 멀티 에이전트라는 이름으로 포장된 단순 함수 호출이 난무함.
- 실용적 패턴 — 순차적 파이프라인, 라우터, 인간 개입 방식이 현업에서 검증됨.
- 추상화 논쟁 — 에이전트의 자율성과 컨텍스트 격리가 기존 워크플로우와 어떻게 다른지 논의함.
- 검증의 부재 — 에이전트의 작업 결과를 추적하고 검증할 수 없는 아키텍처는 무의미함.
매주 새로운 프레임워크가 쏟아짐: "하이브 마인드 에이전트 메시!", "스웜 오케스트레이션!", "멀티 에이전트 슈퍼바이저 패턴!"
근데 프로덕션에서 실제로 돌아가는 걸 보면, 그냥 다른 시스템 프롬프트를 가진 인스턴스를 호출하는 도구를 가진 에이전트 하나일 뿐임. 그건 멀티 에이전트 오케스트레이션이 아님. 그냥 마케팅을 곁들인 함수 호출임.
내가 프로덕션에서 본 성공적인 패턴들:
- 체크포인트가 있는 순차적 파이프라인 (1단계 수행, 검토, 2단계 수행, 검토)
- 라우터 + 전문가 (적절한 핸들러를 선택하고, 실행하게 하고, 결과를 반환)
- 돈이 들어가는 모든 작업에 대한 인간 개입 (Human-in-the-loop)
나머지는 전부 복잡성을 팔아먹는 아키텍처 우주비행사들임. 다들 다이어그램상으로 좋아 보이는 거 말고, 실제로 효과를 보고 있는 패턴이 뭐임?


