Mem0 플러그인을 사용한 OpenClaw 메모리 손실 수정

OpenClaw의 메모리 문제
OpenClaw 에이전트는 기본적으로 세션 간 상태를 유지하지 않습니다. 메모리는 시작 시 로드되는 파일에 저장되지만, 토큰을 절약하기 위해 이전 컨텍스트를 요약하는 컨텍스트 압축이 대화 중에 해당 파일을 다시 쓰거나 삭제합니다. 이로 인해 에이전트는 세션에 걸쳐 점차 정보를 잊어버리게 되며, 특히 사용자가 지식을 보존하기 위해 생성하는 MEMORY.md와 같은 파일에 영향을 미칩니다.
아키텍처적 해결책
핵심 문제는 컨텍스트 창 내에 저장된 모든 메모리가 컨텍스트 관리에 의해 파괴될 수 있다는 점입니다. 해결책은 메모리를 컨텍스트 창 완전히 밖으로 이동시켜 압축이 건드릴 수 없게 하는 것입니다.
Mem0 + OpenClaw 통합
한 줄 명령어로 플러그인을 설치하세요:
openclaw plugins install @ mem0/openclaw-mem0mem0에서 API 키를 받아 openclaw.json에 추가하면 30초 안에 설정이 완료됩니다.
작동 방식
- 자동 회상: 에이전트가 응답하기 전 매 턴마다 실행됩니다. 관련 메모리(선호도, 프로젝트 구조, 과거 결정)를 검색하여 작업 컨텍스트에 새롭게 주입합니다. 이는 메모리가 컨텍스트 창에 저장되지 않고 매 턴 새로 불러오기 때문에 압축을 견딥니다.
- 자동 캡처: 각 응답 후 실행됩니다. 기억할 가치가 있는 내용을 추출하고, 중복을 제거하며, 오래된 사실을 업데이트하여 외부에 저장합니다. 구성할 규칙이 없습니다.
메모리 범위
- 장기(사용자 범위): 이름, 기술 스택, 프로젝트 구조, 결정. 모든 세션에 걸쳐 영구적으로 유지됩니다.
- 단기(세션 범위): 현재 활발히 작업 중인 내용. 장기 저장소를 오염시키지 않습니다.
두 가지 모두 회상 시 검색되며, 장기 메모리가 먼저 검색됩니다.
자체 호스팅 옵션
데이터가 기기를 떠나는 것을 원하지 않는 사용자를 위해: 설정에서 "mode": "open-source"를 지정하세요. 이를 통해 임베딩용 Ollama, 벡터용 Qdrant, 선택한 LLM(Anthropic 또는 기타)을 사용할 수 있습니다. Mem0 API 키가 필요 없으며, 어떤 것도 기기를 떠나지 않습니다.
실질적 영향
이전: 새 세션을 시작할 때마다 스택과 선호도를 다시 설명해야 하며, 실제 작업을 시작하기 전에 약 20분 동안 컨텍스트를 재구성하는 시간이 낭비됩니다.
이후: 새 세션을 시작하면 에이전트가 즉시 이름, 스택, 중단한 지점을 알고 있어 바로 작업을 시작할 수 있습니다.
이 차이는 여러 에이전트를 실행할 때 특히 중요해집니다.
📖 전체 원문 읽기: r/clawdbot
👀 See Also
Keenable SELECT: 웹 검색 결과에 SQL 쿼리 실행
Keenable SELECT는 MCP 서버로, SQL을 사용하여 웹을 쿼리할 수 있게 해줍니다. 한 번의 호출로 1,000개 이상의 페이지를 검색하고, 정확한 WHERE 절로 필터링하며, LLM을 통해 필드를 추출할 수 있습니다—하나의 SELECT 문으로 모두 가능합니다.

Engram: 지식을 실제로 기억하게 만드는 OpenClaw 학습 플러그인
Engram은 사전 테스트, 블라인드 채점, FSRS-4.5 간격 반복과 같은 신경과학 기반 기술을 사용하여 AI 에이전트가 작업 속도를 높여도 배운 내용을 기억할 수 있도록 하는 OpenClaw 플러그인입니다.

Hermes Agent v0.6.0은 모델별 도구 호출 파서를 통해 향상된 로컬 모델 지원을 제공합니다.
Nous Research의 Hermes Agent v0.6.0은 300억 파라미터급 모델에서 제대로 작동하는 도구 호출 파서를 제공하며, Ollama, vLLM, sglang을 기본 지원하고, 서버리스 배포를 위한 Modal 및 Daytona를 포함한 6개의 터미널 백엔드를 포함합니다.

LLM 위원회 분석, 실용적인 클로드 코드 토큰 최적화 전략 공개
한 개발자가 5가지 페르소나를 활용한 LLM Council 도구로 Claude Code 사용 패턴을 분석한 결과, 기본적으로 설정된 확장 사고 모드가 가장 큰 토큰 소모 요인임을 확인했습니다. 결과적으로 구현된 플레이북은 동일하거나 더 나은 출력 품질을 유지하면서 60-70%의 토큰 절감을 달성했습니다.