OpenClaw 구성 요소 추출: 레인 큐와 메모리 시스템에 관한 개발자 경험

OpenClaw의 Lane Queue 추출하기

한 개발자는 전체 시스템을 설치하지 않고 OpenClaw의 특정 컴포넌트(메모리 검색, 작업 큐, 브라우저 자동화)를 사용하고 싶었습니다. 첫 번째로 테스트한 컴포넌트는 Lane Queue로, 병렬이 아닌 순차적으로 메시지를 처리하는 OpenClaw의 작업 실행 시스템입니다.

개발자는 TypeScript 소스 코드에서 패턴이 작동하는 방식을 문서화한 후, Claude Code를 사용해 문서만을 기반으로 Python에서 재구현했습니다. 재구현은 네 가지 큐 모드를 모두 통과했지만, 구현 과정에서만 명확해진 다섯 가지 문서 공백이 있었습니다:

• 큐와 실행 중인 작업 간 취소가 작동하는 방식
• 두 개의 레이어가 있을 때 먼저 잠글 락
• "steer"와 "followup" 모드 모두에 나타나는 메시지가 두 번 처리되는지 여부

Python 재구현의 구조적 코드 검토에서 13가지 추가 문제가 드러났습니다:

• 일괄 처리된 메시지가 개별적으로 분할되는 버그
• 충분한 메시지가 있을 때 실패할 재귀 패턴
• 메시지에 해당 문자열이 포함되면 조용히 깨지는 문자열 기반 구분자

메모리 시스템 검토

개발자는 그 후 Zilliz 팀이 OpenClaw의 메모리 시스템을 독립적으로 추출한 memsearch를 검토했습니다. 처음에는 OpenClaw 구현과 비교해 약 10가지 기능이 누락된 것으로 보였습니다.

네 가지 기능은 실제로 존재했지만 README에 언급되지 않았습니다:

• 파일 감시
• 임베딩 캐시
• 다중 에이전트 범위 지정
• 트랜스크립트 파싱

여섯 가지 기능은 memsearch에서 실제로 누락되었습니다:

• 원자적 재색인
• FTS 전용 폴백
• 시간적 감쇠
• MMR(최대 한계 관련성)
• 쿼리 확장
• 속도 제한

보안 평가

개발자는 Lethal Quartet 프레임워크(개인 데이터 접근, 신뢰할 수 없는 콘텐츠 처리, 외부 통신, 메모리 지속성)를 사용해 각 컴포넌트를 평가했습니다.

Lane Queue는 0/4점을 받았습니다—파일, 네트워크, 메모리 접근 없이 순수한 로직입니다. 다른 모든 것은 보안 부담을 지녔습니다:

• 메모리 시스템은 MEMORY.md를 통해 오염될 수 있음
• ClawHub 기술의 12-20%가 악성인 것으로 보임
• 브라우저 도구는 세션 상태를 노출함
• 게이트웨이에 9개의 CVE가 있음

핵심 요약

개발자는 문서가 오해의 소지가 있을 수 있으며, README가 종종 기능을 과소평가하거나 과대평가하고, 추출 가능성이 사용에 대한 안전성을 보장하지 않는다고 결론지었습니다. 다양한 컴포넌트는 매우 다른 보안 프로필을 가지며, Lane Queue가 유일하게 보안 문제가 없는 컴포넌트입니다.