r/openclaw의 한 개발자가 OpenClaw에서 AI 메모리를 활용한 실시간 세션 대화 검색 여정을 공유합니다. Intel iMac(i7-4771, 16GB RAM)에서 OpenClaw 2026.6.8 및 MemPalace 3.4.1을 실행하며, 내장 memorySearch, QMD, 그리고 ChromaDB 기반 MCP MemPalace를 사용해 왔습니다. 결과: 실시간 인덱싱을 안정적으로 처리하는 단일 시스템이 없어 실용적인 분할 전략을 채택했습니다.

현재 설정: 분할 검색

두 시스템이 모두 활성화되어 있습니다. 분할은 워크스페이스 파일(AGENTS.md, SOUL.md, MEMORY.md, TOOLS.md, USER.md, IDENTITY.md)에 적용됩니다:

• 최근 대화 → 내장 memorySearch (오랜 비활성화 후 오늘 다시 활성화)
• 오래된/깊은 의미 검색 → mempalace_search

인덱싱 파이프라인

• 내장: 실험적 sessionMemory를 통해 세션 JSONL을 인덱싱하며, 디바운스된 델타 임계값 사용.
• MemPalace: 2시간마다 크론으로 배치 인덱싱 (오전 8시~오후 10시).

openclaw memory status 및 mempalace status 모두 활성 인덱스 업데이트를 표시합니다. MemPalace 마이닝에 사용된 명령어:

# 세션 대화록 마이닝 (대화 모드)
mempalace mine ~/.openclaw/agents/main/sessions/ --mode convos --wing sessions

워크스페이스 파일 마이닝 (설정, 메모리, 에이전트 등)
mempalace mine ~/.openclaw/workspace/ --wing workspace

이 명령어들은 mempalace-reindex.sh에서 2시간마다 크론으로 실행됩니다.

아직 해결되지 않은 문제

• 실시간 세션 인덱싱이 불안정함 — MemPalace는 순수 배치/풀 방식이며 파일 변경을 감시하지 않습니다 (5분마다 실행해도 개선되지 않음).
• 두 개의 검색 도구로 인해 에이전트가 어떤 것을 사용할지 혼란.
• startupContext가 날짜가 있는 마크다운 파일을 새 세션에 로드하지 않음.
• Mac의 심볼릭 링크 버그 (MemPalace ≤3.3.4)가 JSONL 파일을 건너뜀 — 3.4.1로 업그레이드 후에도 지속됨.

이전 시도

저자는 더 나은 검색과 지식 그래프를 위해 QMD를 시도했지만, 각 검색이 새 프로세스를 생성하여 Intel iMac에 과부하를 일으켰습니다. MemPalace는 MCP 대체제였지만, 배치 전용 인덱싱으로 인해 분할 접근 방식을 강요받았습니다. 한때는 단일 진실 공급원을 위해 내장 검색을 완전히 비활성화했지만, 오늘 다시 활성화하여 최근 세션 검색이 작동하도록 했습니다.

주요 시사점

세션 대화는 델타 변경 후 5~10분 이내에 인덱싱되어야 하며, 실제 세션 대화록을 기반으로 해야 합니다 (요약된 마크다운이 아님). 새 세션은 첫 번째 프롬프트 후 자동으로 최근 컨텍스트를 주입해야 하지만, 현재 두 시스템 모두 이를 완전히 제공하지 못합니다.