서브에이전트 풀의 병렬 실행과 결함 격리 아키텍처
OpenClaw는 최대 8개의 독립적 서브에이전트를 동시에 생성하여 FanOut/FanIn 병렬 패턴으로 처리하며, OS 수준 네임스페이스 격리로 파일 경합 조건을 차단한다. 오케스트레이터가 동적 태스크 분해를 담당하고 ACP 채널바인딩이 8단계 우선순위 체계로 결과를 결정적으로 라우팅함으로써 순차 실행 대비 8배 이상 빠른 처리 속도를 확보한다.
이 글의 핵심 주장과 근거
병렬 실행을 가능하게 하는 서브에이전트 풀 아키텍처
OpenClaw의 서브에이전트 풀은 비동기 작업 큐와 워커 스레드 풀을 결합하여 설계된 고도화된 병렬 처리 시스템이다. 각 서브에이전트는 독립적인 메모리 공간과 고정된 CPU 할당량을 부여받아 단일 스레드 병목 현상이 제거되며, 대용량 데이터 처리 시에도 일관된 처리량을 유지한다. 기본 8개 동시 생성 제한은 리소스 경쟁을 방지하면서도 최대의 병렬성을 확보하는 최적의 균형점으로 설계되었으며, 60분 후 자동 아카이브와 deleteAfterRun 플래그는 불필요한 리소스 누수를 원천 차단한다. 이 설계에 의해 개별 워커의 실패가 전체 시스템에 파급되지 않으며, 메시지 패싱 기반의 자동 재배치 메커니즘이 파이프라인의 연속성을 보장한다.
OS 수준 격리로 보장되는 워크스페이스 안전성
서브에이전트 풀의 핵심 설계 원칙은 각 에이전트를 완전히 독립된 네임스페이스에서 실행시키는 것이다. sessions_spawn 명령어는 agent:<agentId>:subagent:<uuid> 형식의 고유 식별자를 통해 각 세션을 물리적으로 격리하며, 이로 인해 서로 다른 서브에이전트가 동일한 파일을 동시에 수정하는 경합 조건이 원천 차단된다. OS 수준의 네임스페이스 격리는 CPU, 메모리, 입출력 사용량에 대한 명확한 한계를 적용하여 각 에이전트가 자신에게 할당된 태스크를 완전한 자율성으로 수행할 수 있도록 보장한다. ACP Harness의 Pause/Resume 단계에서 세션 상태가 명시적 경로에 저장되므로 비정상 종료 후에도 Stateless Reconnect가 가능하며, 이 격리 구조가 고아 프로세스 발생을 구조적으로 방지한다.
오케스트레이터 중심의 동적 태스크 분해 체계
오케스트레이터는 허브앤스푹 패턴에서 중앙 허브 역할을 수행하며, Fan-Out 단계에서 원본 작업을 수신한 뒤 입력의 성격에 따라 실시간으로 최적의 분해 방식을 판단한다. 정적 분해와 달리 동적 태스크 분해 메커니즘은 각 작업마다 유연하게 재구성되며, 오케스트레이터는 리프 작업을 절대 수행하지 않고 위임과 종합에만 집중한다. 이 설계 원칙이 인지 부담을 오케스트레이터의 고수준 계획, 전문 서브에이전트의 분산 실행, 자동 합성 단계로 3단계 분리함으로써 단일 에이전트 대비 동시 작업 처리량을 8배 이상 확대한다. 2단계 실행 체계의 FanOut/FanIn 패턴에서 8개의 서브에이전트가 각기 독립적인 영역을 동시에 처리하면 순차 실행 대비 총 처리 지연 시간이 이론적으로 8분의 1로 단축된다.
ACP 채널바인딩으로 보장되는 결과 정합성
격리된 서브에이전트들의 작업 결과를 최종 사용자에게 전달하는 ACP 채널바인딩은 8단계 우선순위 체계를 통해 결정적 라우팅 경로를 설정한다. 동일 채널 우선 매칭부터 부모 채널, 길드와 역할, 팀과 계정 단위 기본값까지 계층적으로 메시지를 처리하며 최대 20개 이상의 메신저 채널에 동시 연동 가능하다. channel:<id> 형식의 영구 식별자를 사용하여 메시지가 중개 없이 최종 수신자에게 직접 전달되며, 이 결정적 경로 설정에는 LLM 토큰 비용이 전혀 발생하지 않는다. 각 채널별로 독립적인 세션 스토어 경로와 활동 로그가 관리되어 결과의 정합성과 전달 정확성이 구조적으로 보장되며, ACP 8단계 우선순위 체계가 격리된 작업 결과를 결정적으로 부모 채널로 자동 회수하여 결과의 정합성을 보장한다. > 이 주제의 전체 맥락 방향성은 **8. 나는 더 이상 예전 방식으로 일하지 않는다.** 원본 글에 세밀하게 정리되어 있습니다. 더 깊게 탐구하고 싶다면 관련 내부 대표 문서(Pillar/Entity)를 참조하세요.