OpenClaw 다중 에이전트 워크플로우 문제: 정체, 컨텍스트 손실, 토큰 비효율성

OpenClaw 다중 에이전트 워크플로우 문제점
한 개발자가 OpenClaw의 다중 에이전트 워크플로우 시스템에서 복잡한 프로젝트 분석 작업 중 자율성 유지와 관련된 심각한 문제점을 상세히 설명했습니다. 사용자는 이러한 문제로 인해 다른 에이전트 프레임워크로 돌아가고 있습니다.
기술적 설정
테스트한 구성에는 다음이 포함되었습니다:
- 모델: Gemini 3 Pro 및 Codex
- 구조: 1개의 COO 에이전트(오케스트레이터)와 여러 전문 작업 에이전트
- 설정: 컨텍스트를 위한 맞춤형 SOUL.md, IDENTITY.md, USER.md 파일
- 통합: 다양한 Clawhub.ai 기술
보고된 문제점
워크플로우 정지
에이전트가 작동 중 자주 멈춥니다. 오케스트레이터(COO)는 에이전트가 여전히 처리 중이라고 가정하지만, 대시보드는 초기 10분 후 활동이 전혀 없음을 보여줍니다. "체크인" 루프를 구현해도 에이전트 간의 통신 단절 문제는 해결되지 않았습니다.
컨텍스트 누출/손실
맞춤 문서 파일을 제공했음에도 불구하고, 에이전트는 기본적인 프로젝트 정보를 지속적으로 다시 프롬프트해야 합니다. 시스템은 장기 작업 상태 관리에 어려움을 겪는 것으로 보입니다.
토큰 비효율성
한 실행에서 4억 개 이상의 토큰이 소비되었지만 실질적인 출력은 없었습니다. 이는 주로 에이전트가 루프를 돌거나 동일한 단계를 재분석하면서 "액션" 단계로 진행하지 못했기 때문입니다.
사용자 평가
개발자는 OpenClaw가 현재 안정적인 자율 시스템이 아니라 수동 프롬프팅을 위한 "멋진 UI"에 불과한지 의문을 제기합니다. 장기 실행 작업에 대해 Claude Code나 기본 AutoGPT 설정보다 훨씬 덜 안정적으로 느껴진다고 언급합니다.
사용자는 구체적으로 묻습니다: 자율성 문제를 실제로 해결하는 특정 구성이나 "Clawhub" 기술이 있나요, 아니면 현재 아키텍처가 다중 에이전트 루프에 너무 취약한가요?
📖 전체 출처 읽기: r/openclaw
👀 See Also

클룩스: 클로드 코드를 위한 지속적 훅 런타임
Clooks는 프로세스 생성 없이 Claude Code 훅 디스패치를 처리하는 지속적인 HTTP 데몬으로, 호출당 지연 시간을 약 34.6ms에서 약 0.31ms로 줄입니다. 자동 마이그레이션, 프롬프트 템플릿이 포함된 LLM 핸들러, 의존성 해결, 플러그인 패키징을 포함합니다.

Claude Code용 InsAIts 런타임 보안 모니터, PyPI 다운로드 8,000건 돌파
Claude Code 에이전트 세션을 위한 런타임 보안 모니터인 InsAIts가 PyPI에서 총 8,140회 다운로드를 달성했습니다. 버전 3.4.0은 적응형 컨텍스트 관리자, 계층화된 앵커 주입 시스템, 대시보드 개선 사항을 추가했습니다.

StartClaw: Claude 통합이 가능한 ZeroClaw 기반의 헤드리스 브라우저 자동화 도구
StartClaw는 ZeroClaw의 Rust 기반과 Composio v3 통합을 기반으로 구축된 브라우저 자동화 도구로, 로컬 하드웨어 없이 클라우드에서 헤드리스로 실행되도록 설계되었습니다. 안정성을 위해 Claude만을 사용하며, 토큰 사용량을 약 5배 줄이는 내장 컨텍스트 압축 기능을 포함합니다.

Mneme: 지속적 메모리를 갖춘 무료 로컬 우선 클로드 채팅 클라이언트
Mneme는 계층형 메모리, 엔티티 추적, 일일 요약, Anthropic API를 통한 Sonnet 4.5 지원이 포함된 무료 오픈소스 로컬 퍼스트 Claude 채팅 클라이언트입니다.