Claude Code 장기 실행 문제 해결을 위한 'Chief of Staff' 오케스트레이션 패턴 공개

asyncdot.com이 Claude Code의 장기 실행 실패 원인이 모델 능력 부족이 아닌 ephemeral context 소실과 신뢰할 수 없는 self-report에 있음을 지적하며, 이를 해결하는 'Chief of Staff' 패턴을 공개했다. 이 패턴은 구현을 직접 수행하지 않는 **Coordinator(장기 세션)**가 할당과 검증을 담당하고, **Worker(단기 세션)**가 구현을 수행하는 Orchestrator-Worker 구조를 채택한다.

핵심 운영 루프와 검증 원칙

운영 루프는 PULL → READ → RED GATE → DELEGATE → PROVE → OBSERVE → GATE → SHIP 순서로 진행되며, 1 item 1 commit 원칙을 통해 Git history와 보드의 1:1 추적성을 확보한다. 특히 RED GATE 단계에서는 검증기가 먼저 실패하는지 확인하여 이미 통과된 작업에 대한 불필요한 코드 검토를 방지한다.

검증 시 에이전트의 보고는 증거일 뿐 지시가 아니므로, Exit code를 권위 있는 기준으로 삼고 diff hunk를 직접 확인한다. 또한 변수가 아닌 artifact에서 값을 읽어back하여 검증하며, '0개'와 '실행 실패'를 구분하는 등 Vacuous assertion과 같은 결함을 방어한다.

상태 관리와 통신

세션은 소모품으로 취급하며, 상태는 **Durable state store(예: Plan Desk)**에 저장한다. 세션 간 직접 메시징은 신뢰성이 낮으므로, 필수 전달 사항은 Committed files나 Board cards 등 Durable channel을 사용한다("Message is a nudge, file is a contract").

적용 조건 및 도구

이 패턴은 다중 세션 병렬 작업이나 장기 프로젝트에 적합하며, 단일 변경이나 오버헤드 부담이 큰 경우 부적합하다. 도구 측면에서는 cmux나 Plan Desk가 필수적이지 않으나, 격리된 에이전트 세션 생성 기능과 에이전트가 접근 가능한 **Durable task store(API/MCP)**가 핵심 요구사항이다. Mixed-model 구성 시 구현 모델과 다른 모델 가족이 검증하면 체계적인 사각지대를 포착할 수 있다.