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

Claude가 Garmin의 BLE 프로토콜을 리버스 엔지니어링하여 네이티브 러닝 센서를 위조하는 데 도움을 준 방법
한 개발자가 Claude를 사용해 Garmin의 문서화되지 않은 BLE 프로토콜을 리버스 엔지니어링하여 ESP32가 네이티브 HRM 스트랩처럼 보이도록 만들었습니다. 듀얼 아이덴티티 전환과 러닝 다이내믹스 리버스 엔지니어링을 다룹니다.

JavaClaw 베타: Spring AI와 JobRunr 기반의 자바 AI 어시스턴트
JobRunr 팀이 JavaClaw 베타를 출시했습니다. 이는 로컬에서 실행되며 멀티 채널 지원, LLM 선택, JobRunr를 통한 백그라운드 작업 처리를 제공하는 OpenClaw의 Java 버전입니다. Spring Boot 4, Spring AI, Spring Modulith로 구축되었습니다.

TranscriptionSuite v1.1.2는 WhisperX, NeMo 및 VibeVoice 모델을 추가합니다.
TranscriptionSuite v1.1.2는 이제 세 가지 전사 파이프라인을 제공합니다: PyAnnote 화자 분리를 지원하는 WhisperX, PyAnnote 화자 분리를 지원하는 NeMo 모델(Parakeet 및 Canary), 그리고 내장 화자 분리를 지원하는 VibeVoice 모델입니다. 이 업데이트에는 모델 관리자, 병렬 처리, 단축키 제어, 그리고 VibeVoice를 위한 24kHz 녹음 파이프라인이 포함되어 있습니다.

로컬 퍼스트 영화 요약 파이프라인: Whisper + CLIP + Ollama 활용
Whisper, CLIP, Ollama, Edge TTS 및 FFmpeg를 사용하여 내레이션이 포함된 영화 요약 동영상을 자동 생성하는 완전 로컬 파이프라인입니다. 영화 파일을 넣으면 약 15분 만에 내레이션이 포함된 요약 동영상이 생성됩니다.