비서-부하 위임 위계 패턴 (Delegation Hierarchy)
사용자와 멀티에이전트 사이에 **단일 비서(중앙 라우터)**를 두고 다른 에이전트들을 부하로 두는 위임 패턴. 의사소통 창구를 하나로 단일화해 멀티에이전트의 라우팅·중복 응답 문제를 우회한다.
패턴 구조
사용자
↓ (단일 채널)
중앙 비서 (Hermes)
↓ (위임) ↓ (위임)
OpenClaw Codex/Claude Code
(다중 컴퓨터) (코딩)
ZeroCho의 회장-비서-실무자 비유:
“실제로 회장님도 비서가 있는데 굳이 실무자 따로 전화하고 이러지는 않을 거잖아요. 비서 통해서 다 시키죠.”
왜 단일 라우터인가
그룹채팅에 봇이 2개 이상이면 발생하는 문제:
- 멘션 강제: 매번
@hermesbot@openclawbot구분 필요 - 중복 응답: 동일 명령에 여러 봇이 반응
- 봇 간 대화 실패: 멀티 봇이 서로 호출하는 패턴이 잘 안 됨
중앙 라우터 하나로 모으면 모든 분배가 라우터 내부 문제로 환원된다. 사용자는 한 명에게만 말한다.
위계의 결정 기준 — 누가 부하인가
도구의 강점 분포가 위계를 결정한다:
| 에이전트 | 강점 | 약점 |
|---|---|---|
| [[wiki/entities/Hermes-에이전트 | Hermes]] | 사용자 기억·대화 일관성 |
| [[wiki/entities/오픈클로 | OpenClaw]] | 다중 컴퓨터 컨트롤, 범용 작업 |
→ 사용자와 가장 자주 대화하는 역할(기억 우위)이 위, 특수 작업을 위임받는 역할(실행 우위)이 아래.
위임의 위임 (Recursive Delegation)
사용자: "내 집 컴퓨터 파일 정리해 줘"
↓
Hermes: (혼자 못함 → 위임 결정)
↓
"OpenClaw야, 로컬 노드로 파일 정리해 줘"
↓
OpenClaw: 게이트웨이 토큰으로 로컬 컴퓨터 연결 → 실행
각 노드는 자기가 할 수 있는 것은 직접 하고, 못 하는 것만 아래로 위임한다. 인간 조직의 위임 사슬과 동일.
작업판(Paperclip)이 위계의 사각지대를 채운다
위임이 깊어질수록 사용자는 진행 상황을 추적하기 어렵다. Paperclip 회사 구조에 모든 에이전트를 직원으로 등록하면:
- 누가 무엇을 하고 있는지 외부에서 가시화
- 위임된 작업이 그럴듯한-완료 상태로 빠져도 30분 주기 체크로 감지
- 끼어들기(intervention)가 안전 — 기존 작업을 덮어쓰지 않고 합쳐서 진행
인간 조직 패턴의 재현
이 패턴이 작동하는 이유는 인간 조직에서 이미 검증된 패턴이기 때문이다:
- 단일 창구 (비서) — 인지 부하 감소
- 위임 사슬 — 전문성 분배
- 외부 작업판 (Paperclip ≈ 칸반 보드) — 진행 가시화
- 권한 분리 — 중앙 노드가 모든 작업을 직접 하지 않음
메인-서브-에이전트-이중구조와 동일한 구조이며, 모더레이터-에이전트-패턴·에이전트-팀-조직화의 구체 사례.
적용 체크리스트
- 사용자와 직접 대화하는 에이전트는 한 명만 둔다
- 위임받을 에이전트는 그룹채팅 외부(DM/터미널/별도 인스턴스)에서 호출
- 위계의 정점(중앙 비서)에는 기억 우위 모델을 둔다
- 위계의 하부에는 실행 우위·다중 환경 모델을 둔다
- 다단계 작업은 Paperclip 같은 외부 작업판에 기록 강제
- 끼어들기 안전성을 사전 검증 (기존 작업 보존 여부)
한계와 주의점
- 단일 장애점: 중앙 비서가 다운되면 전체 시스템 정지
- 보안 표면: 중앙 비서가 모든 사용자 정보를 알기 때문에 Prompt-Injection-방어 필수
- 모델 비용 누적: 단순 질의도 라우터 → 부하로 흐르면서 토큰 비용 증가 가능
관련 자료
- yt-oLqzGi1ODGI-AI비서세팅가이드2편-부하구조-mem0-paperclip — 본 패턴의 원전
- 메인-서브-에이전트-이중구조 — 동일 구조의 일반화
- 에이전트-팀-조직화 — 팀 단위 확장 패턴
- Paperclip — 위계의 사각지대를 채우는 외부 작업판