OpenClaw 메모리 플러그인 분석: 무손실 클로 + LanceDB 추천
OpenClaw 에이전트는 약 20분 후 컨텍스트를 잃어버릴 수 있으며, 이로 인해 지시사항을 잊어버리게 됩니다. 이 문제는 OpenClaw가 각 LLM 호출 전에 컨텍스트를 구성하는 방식에서 비롯됩니다: 시스템 프롬프트 → 기록 → 도구 스키마 → 스킬 → 메모리. 메모리 계층이 비대해지면 에이전트는 기억 상실을 경험하고 API 비용이 증가합니다.
메모리 플러그인 테스트 결과
- 기본 마크다운 설정 (C등급): 엄격하고 정적인 규칙에는 적합하지만, 컨텍스트 창이 채워지면서 지시사항을 압축하는 토큰 비대화를 유발합니다. 유일한 활성 메모리로는 권장되지 않습니다.
- Mem0 플러그인 (B등급): 좋은 자동화를 제공하지만 로컬 개인정보 보호를 저해할 수 있으며, 메시지당 최대 7센트까지 비용이 발생하여 24/7 사용 시 비용이 많이 듭니다.
- Obsidian Vault 통합 (B+ 등급): 적절히 연결되면 세션 간 컨텍스트를 자동으로 연결하는 지속적인 장기 메모리를 제공합니다. 아카이빙 및 지식 그래프 구축에는 좋지만, 코딩 중 빠른 회상에는 무거울 수 있습니다.
- Lossless Claw + LanceDB (S등급): 권장 조합입니다. Lossless Claw는 무료 플러그인으로, 에이전트가 중요한 세부사항을 누락하지 않고 과거 정보를 저장하고 회상할 수 있도록 하여 컨텍스트 손실을 방지합니다. LanceDB는 데이터 개인정보를 유지하는 빠른 로컬 벡터 저장소를 제공합니다.
권장 "무기억증" 스택
저자가 신뢰할 수 있는 운영을 위해 현재 사용하는 구성:
- 주요 에이전트: 무거운 추론을 위한 Claude Opus 4.6
- 하위 에이전트: 격리된 작업을 위한 Kimi Code를 통한 Kimi K2.5
- 활성 메모리: 거의 제로 비용으로 선명한 컨텍스트를 위한 Lossless Claw + LanceDB
- 정적 규칙: 시스템 규칙 및 파일 시스템 수준 컨텍스트용 Obsidian (대화 기록용 아님)
📖 전체 원문 읽기: r/openclaw
👀 See Also
700줄 모놀리스 문제를 해결하기 위해 에이전트 컨텍스트를 세 개의 계층으로 분할하기
6개의 에이전트로 구성된 자율 시스템을 구축하는 팀은 에이전트 컨텍스트를 관심사 유형과 변경 빈도에 따라 세 가지 계층으로 분리하여 컨텍스트 파일 비대화 문제를 해결했습니다: 정체성을 위한 CLAUDE.md, 미션을 위한 BRIEFING.md, 운영을 위한 PLAYBOOK.md. 이 접근 방식은 인수 제한으로 인한 침묵 오류를 방지하고 편집을 예측 가능하게 만듭니다.
개인 AI 에이전트 구축을 위한 100가지 팁: 클라우드 프로토타입에서 프로덕션까지
지속형 AI 에이전트(챗봇 래퍼가 아님)를 6주 동안 구축하면서 얻은 핵심 교훈: 작업 관리, 거래 추적, 이메일 읽기, 데이터 분석. 시스템 프롬프트 대신 헌법을 작성하고, 메모리에 플랫 마크다운 파일을 사용하며, ID 파일을 git에서 버전 관리하라.
OpenClaw 설정 체크리스트: 신규 사용자를 위한 여섯 가지 핵심 단계
Reddit 게시물은 OpenClaw 사용자를 위한 여섯 가지 필수 설정 단계를 설명합니다: 비용 절감을 위해 기본 모델을 Opus에서 Sonnet으로 변경, 보안을 위해 게이트웨이 호스트를 127.0.0.1로 고정, 에이전트 성격을 위한 SOUL.md 생성, 초기에는 스킬 설치 피하기, 여러 에이전트 생성하지 않기, 대화 컨텍스트 관리를 위한 /new 명령어 사용.
CLAUDE.md 파일은 종종 AI 모델이 아닌 개발자를 위해 구성됩니다. 그 이유가 여기에 있습니다
CLAUDE.md 파일은 일반적으로 배경과 기술 스택 다음인 47번째 줄에 Hard Rules를 배치합니다. 모델이 제약 사항을 읽을 때쯤이면 이미 상충되는 가정을 구성해 놓은 상태입니다. 더 나은 구조는 hard rules를 먼저 배치하는 것입니다.