에이전트 컨텍스트 유지의 두 패러다임 루프 서브에이전트 풀

GAV 루프: 턴바운드 순차 실행의 구조적 안정성

Claude Code 의 GAV(Gather-Action-Verify) 루프는 수집, 실행, 검증이라는 3단계가 순차적으로 반복되는 에이전트 실행 모델이다. 각 단계가 종료될 때마다 현재 컨텍스트 상태 — 입력값, 수행된 액션, 검증 결과, 다음 턴으로 넘길 액션 — 를 단일 구조체로 직렬화하여 스냅샷 형태로 저장한다. 이 직렬화된 상태는 다음 턴이 시작될 때 복원되어 에이전트가 이전 실행의 맥락을 완전히 유지하며 연속성을 보장받는다. 특히 검증 단계에서 실패가 감지되면 시스템은 명시적 복구 메커니즘을 발동해 해당 액션을 재QUEUE 하고, 이전 검증 성공 상태로 롤백한 후 다시 시도한다. 이 구조는 단일 에이전트가 순차적으로 작업을 수행하는 환경에서 컨텍스트 분열이나 상태 불일치를 원천 차단하며, 턴바운드 라운드트립 패턴의 전형적인 사례로 볼 수 있다.

서브에이전트 풀: 병렬 실행을 위한 격리와 합병

OpenClaw 는 다수의 서브에이전트를 동시 생성하고 관리하는 pool 기반 Worker 구조를 채택했다. 이는 단일 에이전트의 순차 실행이 아닌, 여러 에이전트가 독립된 작업을 병렬로 수행하는 Fan-Out/Fan-In 패턴을 가능하게 한다. 핵심은 각 서브에이전트가 dmScope 라는 격리 메커니즘을 통해 완전히 독립된 네임스페이스에서 실행된다는 점이다. dmScope 는 세션 레벨의 격리를 제공해 한 에이전트의 컨텍스트가 다른 에이전트에 오염될 가능성을 원천 차단한다. 오케스트레이터는 다수의 서브에이전트를 동시에 생성(Fan-Out)하고, 각 에이전트가 독립적으로 작업을 완료한 후 결과를 계층적으로 수집·합병(Fan-In)하여 최종 결과물로 구성한다. 이 구조는 대규모 병렬 작업에서 장애 발생 시 해당 에이전트만 종료되고 재생성되며 다른 에이전트의 실행에는 영향을 주지 않는 결함 허용성을 제공한다.

ACP 채널바인딩: 결정적 라우팅과 컨텍스트 전파

OpenClaw 의 ACP 프로토콜은 8단계 채널 식별부터 종료 바인딩까지의 흐름을 정의하며, 이 과정에서 다중 에이전트 간 메시지 라우팅의 결정성을 보장한다. 각 서브에이전트는 고유한 채널 ID 를 할당받고, 오케스트레이터는 이 채널들을 기반으로 메시지를 정확한 경로로 전달한다. 8단계 우선순위 체계는 메시지가 어느 에이전트로 가야 하는지를 명확히 정의하며, 세션 응집력을 유지하면서 컨텍스트 전파를 오케스트레이션한다. 이는 단순한 메시지 전송을 넘어, 각 에이전트의 실행 상태와 컨텍스트가 시스템 전체에서 일관되게 관리되도록 보장하는 메커니즘이다. 채널바인딩은 Fan-In 단계에서 다중 에이전트의 출력을 통합할 때도 중요한 역할을 하며, 각 결과물이 올바른 맥락과 함께 최종 결과물에 반영되도록 한다.

패러다임의 선택: 순차 안정성 vs 병렬 확장성

Claude Code 의 GAV 루프와 OpenClaw 의 서브에이전트 풀은 각각 다른 실행 환경과 요구사항에 최적화된 컨텍스트 유지 방식이다. GAV 루프는 단일 에이전트가 복잡한 작업을 순차적으로 수행할 때 컨텍스트 분열 없이 안정성을 보장하는 데 초점을 맞춐다. 각 턴의 완전한 검증과 직렬화는 긴 작업 흐름에서 상태 불일치를 방지하며, 명시적 복구 메커니즘은 실패 상황에서도 신뢰성을 유지한다. 반면 서브에이전트 풀은 다수의 독립된 에이전트를 병렬로 실행해야 하는 대규모 작업에 적합하다. dmScope 격리와 ACP 채널바인딩은 병렬 환경에서 컨텍스트 오염을 차단하고 결정적 라우팅을 보장하며, Fan-Out/Fan-In 패턴은 확장 가능한 아키텍처를 제공한다. 선택은 작업의 성격 — 단일 복잡한 흐름인지 다중 독립 작업군인지 — 과 요구되는 확장성 수준에 따라 달라진다. > 이 주제의 전체 맥락 방향성은 **8. 나는 더 이상 예전 방식으로 일하지 않는다.** 원본 글에 세밀하게 정리되어 있습니다. 더 깊게 탐구하고 싶다면 관련 내부 대표 문서(Pillar/Entity)를 참조하세요.

자주 묻는 질문

관련 분석