Mem0 (맵제로)

Summary

AI 에이전트용 외부 장기 메모리 프로바이더. 대화 내역 전체가 아니라 핵심 팩트만 추출·저장해 토큰 사용량을 크게 줄이면서 사실의 시간축 변경 내역을 유지한다. Hermes·OpenClaw 양쪽에서 공식 메모리 프로바이더로 선택 가능. Honcho의 직접 경쟁자.

AI 에이전트용 외부 장기 메모리 프로바이더. 대화 내역 전체가 아니라 핵심 팩트만 추출·저장해 토큰 사용량을 크게 줄이면서 사실의 시간축 변경 내역을 유지한다. Hermes·OpenClaw 양쪽에서 공식 메모리 프로바이더로 선택 가능. Honcho의 직접 경쟁자.

개요

빌트인 메모리(사용자 ~1,300자, 일반 장기 ~2,200자)의 용량 한계를 외부 저장소로 해소한다. 핵심은 요약이 아닌 팩트 추출: AI가 “이 사람은 숫자 반올림보다 버림을 선호한다” 같은 단문 팩트로 정리해 저장하기 때문에, 검색 시에도 토큰을 적게 쓴다.

핵심 차별화 — 변경 내역 추적

대화에서 사실이 바뀌면 이전 fact를 덮어쓰지 않고 변경 히스토리를 누적한다. 예시:

[1차 기록] "헤르메스에서 작업 중"
[2차 기록] "오픈클로로 바뀌었다"
[조회 결과] 현재: OpenClaw / 과거: Hermes / Hermes 제거됨 — 모두 노출

단순 키-밸류 저장소가 아닌 시간축을 가진 fact store.

주요 사실

  • 토큰 효율: 쿼리당 평균 ~7,000 토큰 (빌트인 사용 시 25,000+) → 약 70% 절감
  • 저장 방식: 대화 내역 전체가 아니라 AI가 추출한 핵심 팩트 단문
  • 무료 플랜: 기억하기·조회하기 할당량 내 무료 사용 가능
  • 셀프호스팅: 오픈소스 버전 존재, VPS 등 자체 인프라에 설치 가능
  • 클라우드 vs 셀프호스팅 트레이드오프: 클라우드는 컴퓨터간 기억 동기화 보장, 셀프호스팅은 무료지만 컴퓨터별 기억 분리
  • 공식 통합: Hermes (hermes memory setupmem0 선택), OpenClaw 양쪽 지원
  • 리랭킹 옵션 지원 — 검색 결과 정렬 개선

Hermes에서 셋업 흐름

hermes memory setup
  → 프로바이더: mem0 선택
  → 플랫폼 API 키 입력
  → user_identifier (사용자 이름)
  → agent_identifier (예: hermesbot)
  → reranking 활성화

컨텍스트 구성에서의 위치

Hermes의 6레이어 메모리 구성에서 4번 “외부 프로바이더 메모리” 자리. 다른 레이어:

  1. 시스템 지침
  2. 사용자 메모리 (~1,300자)
  3. 일반 장기 메모리 (~2,200자)
  4. 외부 프로바이더 (Mem0/Honcho) ← 진짜 메모리
  5. 과거 세션 검색 결과 (현재 토픽 요약)
  6. 현재 사용자 명령

빌트인 한계 때문에 1·2·3번은 부족하고, 5번은 토픽 요약이라 6번 명령 이후엔 사라진다. 4번이 장기 정확도의 핵심.

Honcho와의 비교

| 항목 | Mem0 | Honcho | |------|------|--------| | 저장 단위 | 핵심 팩트 단문 | Dual Peer (사용자 모델 + 에이전트 모델) | | 백그라운드 추론 | 명시적 언급 없음 | Dreaming (비동기 추론) | | 강점 | 토큰 효율, 변경 추적 | 추론·사용자 깊이 모델링 | | 셀프호스팅 | 가능 | 가능 (elkimek/honcho-self-hosted) |

선택 기준: 단순·범용 메모리가 필요하면 Mem0, 사용자 깊이 학습이 필요하면 Honcho (ZeroCho 권고는 일반 용도엔 Mem0).

관련 개념

관련 엔티티

소스