서브에이전트 풀의 병렬 실행 패턴과 결함 격리 아키텍처

병렬 처리의 핵심: Fan-Out/Fan-In 패턴

OpenClaw의 병렬 실행 아키텍처는 Fan-Out/Fan-In 2단계 패턴을 기반으로 한다. 첫 번째 단계인 Fan-Out에서 오케스트레이터는 원본 태스크를 분석하여 동적으로 하위 작업으로 분해하고, 다수의 서브에이전트에게 역할별 태스크를 동시에 위임한다. 두 번째 단계인 Fan-In은 각 서브에이전트의 결과를 자동으로 집계·합성하는 과정이다. 이 허브앤스푹 아키텍처 패턴은 단일 에이전트가 순차적으로 처리하던 작업을 병렬화함으로써 동시 작업 처리량을 8배 이상 확대한다. 오케스트레이터는 리프 작업을 절대 수행하지 않고 위임과 종합만 담당하여 인지 부담 분산 효과를 극대화하며, 각 서브에이전트는 무상태 독립 실행을 구조적으로 보장받는다.

격리된 작업 공간: 서브에이전트 풀과 워크스페이스 격리

서브에이전트 풀은 OpenClaw CLI의 sessions_spawn를 통해 생성되는 다수의 서브에이전트를 풀 형태로 관리하는 아키텍처이다. 이 풀 시스템은 작업 위임 시 동시 활성화하고 결과 회수 후 풀로 복귀시키는 동적 워커 관리 방식을 채택하고 있어 자원 활용 효율을 극대화한다. sessions_spawn 명령어를 통해 최대 8개의 서브에이전트를 동시에 배경 세션에 격리 생성하며, 각 세션은 독립적 네임스페이스에서 실행되어 물리적 결함 경계를 형성한다. 서로 다른 서브에이전트가 동일한 파일을 동시에 수정하는 경합 조건을 원천 차단하기 위해 독립 메모리 공간과 고정 CPU 할당량이 각 에이전트에게 부여된다. Per-agent spawn limit이 각 에이전트의 최대 스폰 수를 제한하여 자원 고갈을 원천 차단하는 안전망도 함께 동작한다.

결함 격리와 자동 복구 메커니즘

개별 서브에이전트의 실패나 비정상 출력이 전체 시스템에 파급되지 않도록 각 에이전트의 실행 영역을 독립적 네임스페이스에서 격리 실행하는 설계 원칙이 적용된다. DM isolation에 의해 각 에이전트 세션이 독립 네임스페이스에서 격리 실행되고, Sandbox isolation에 의해 각 에이전트가 별도 샌드박스 프로세스에서 동작하므로 하나의 Worker 크래시나 무한 루프가 다른 Worker나 메인 게이트웨이 프로세스에 영향을 주지 않는다. 실패 시 자동 재배치 및 복구 메커니즘이 동작하며, Exponential Backoff를 통한 재시작 전략이 파이프라인 연속성을 보장한다. 동적 풀 방식은 실패 노드 격리 후 새 노드를 즉시 스폰하여 풀 전체의 처리량을 방어하며, 고정 풀 대비 결함 상황에서 더 탄력적으로 작동한다.

ACP 런타임과 효율적 결과 회수

ACP 런타임은 서브에이전트 간 메시지 라우팅, 세션 관리, 채널 바인딩을 담당하는 추상화 계층으로, 8단계 채널바인딩 구조를 통해 각 노드를 고유 채널에 바인딩하고 세션 분열을 구조적으로 억제하는 통신 프로토콜 기반 실행 환경이다. ACP의 8단계 우선순위 체계를 통해 서브에이전트의 격리된 작업 결과를 결정적으로 부모의 채팅 채널로 라우팅하는 메시지 전달 메커니즘이 작동한다. LLM 토큰 비용이 발생하지 않는 결정적 경로 설정이 특징이며, Persistent ACP channel bindings는 ACP 세션을 채널에 영구 바인딩하여 장시간 실행 중에도 메시지가 동일한 에이전트 체인으로 지속 라우팅되도록 보장한다. sessions_send는 서브에이전트 실행 완료 후 결과를 지정된 집계 세션에 회수하는 OpenClaw CLI API로, 노드 UUID와 실행 상태 메타데이터를 포함하여 부모 에이전트의 종속성 해결과 글로벌 태스크 그래프 업데이트를 가능하게 한다. > 이 주제의 전체 맥락 방향성은 **15. 오래 쓸수록 보이는 AI의 경계** 원본 글에 세밀하게 정리되어 있습니다. 더 깊게 탐구하고 싶다면 관련 내부 대표 문서(Pillar/Entity)를 참조하세요.

자주 묻는 질문

관련 분석