Hermes memory · Honcho 선정 리서치

헤르메스 메모리, 왜 혼초(Honcho)였나

내장 SQLite · Honcho · Supermemory · Mem0 — 4개 후보를 헤르메스의 장기 실행·기억·멀티 에이전트 전제로 좁혀 Honcho로 확정한 선정 과정. 비교표는 원자료 문구를 그대로 옮겼다.

원자료 2,612줄 Perplexity 리서치 10블록 후보 4종 비교 충실도 86 · 왜곡 0 · 환각 0
4
후보 솔루션 SQLite·Honcho·Super·Mem0
17
정밀 비교 행 Super 7 + Mem0 10
$50→$500
프롬프트 캐싱 월 청구서 차이
$600
12개월 TCO vs 클라우드 $1,200+
// 선정 과정 한눈에
0
출발 전제 — 왜 메모리가 필수인가
헤르메스는 OpenClaw와 달리 장기 실행 + 기억 + 스킬 축적(Stateful)이 목적. "어제 한 일 기억"하는 Persistent memory가 핵심 차별화 → 메모리 솔루션 선택이 성패를 가른다.
1
후보 4개 스캔
내장 SQLite / Honcho(기본값) / Supermemory / Mem0 를 환경·목적별 매핑. Honcho가 헤르메스의 레퍼런스 프로바이더(기본값)임을 확인.
2
Honcho vs Supermemory 정밀 비교
기본값(Honcho)을 지식그래프형(Supermemory)과 7개 항목으로 대조.
3
Honcho vs Mem0 정밀 비교
"가장 쉬운 설정"(Mem0)과 10개 항목 대조 + 헤르메스 5대 전제 부합 매트릭스로 판정.
✓
결정 — Honcho 확정
비동기 0ms · 변증법적 사용자 모델링 · 프롬프트 캐싱($50 vs $500)이 장기실행 전제에 완벽 부합.
→
선정 이후 실행
설치 → 멀티에이전트 공유(15인스턴스) → 셀프호스팅 vs 클라우드 비용(셀프호스팅 압승) → iMac 셀프호스팅 → 포트포워딩 → 모델(DeepSeek V4) → 임베딩(로컬 Ollama).
// 후보 4종 (섹션1 · 원문 그대로)
① 내장 SQLite 메모리 기본값
  • 외부 서비스 불필요, 설치 필요 없음, 로컬 보안
  • 단점: Honcho만큼 똑똑하지 않음
추천 — 개인 VPS, macOS 로컬, 월 $5 수준 저사양 환경
② Honcho 레퍼런스 프로바이더
  • 사용자 모델 자동 추론(멘탈 모델 구축) [원문:사용자微机형]
  • 비동기 처리로 레이턴시 없음
  • 멀티 유저 격리 완벽 지원
  • 단점: 외부 서비스 필요
추천 — 개인 비서·개발 에이전트 등 장기 학습 필요 시
③ Supermemory
  • 지식 그래프 기반, 시간 흐름/중요도 이해
  • 구글 드라이브·노션 연동
  • MCP 서버로 Cursor·Claude Code 연동
  • 단점: 설정이 Honcho보다 복잡
추천 — 업무/일상 정보 분리, 여러 플랫폼 일관 기억 시
④ Mem0
  • hermes memory setup 1명령어 설정
  • 자동 사실 추출(기억할 것 지정 불필요)
  • 회전 간 캐싱으로 0ms 레이턴시
  • 단점: (원문에 단점 항목 없음)
추천 — 빠른 시작·RAG 최적화·빠른 설치 시 [원문:급설치]
// 핵심 결론 매핑표 (섹션1)
환경/목적추천 솔루션이유
기본 사용 (외부 서비스 불필요)내장 SQLite 메모리의존성 제로, 로컬만 사용, VPS 환경 적합
사용자 모델링 중요Honcho (기본값)AI 네이티브 메모리, 자동 사용자 프로필 추론, 비동기 처리
지식 그래프/맥락 이해Supermemory공식 통합, 지식 그래프 기반, 구글 드라이브/노션 연동
빠른 설정, RAG 최적화Mem0원클릭 설정, 자동 사실 추출, /cgi/search 최적화
// Honcho vs Supermemory (섹션2 · 7행 전체)
구분Honcho (기본)Supermemory
설계 철학AI 네이티브 메모리, 사용자 멘탈 모델 자동 추론지식 그래프 기반, 시간 흐름/중요도 이해
장점 1✅ 비동기 처리: 메모리 업데이트 레이턴시 없음, 응답 먼저 보내고 뒤에서 처리✅ 외부 연동: 구글 드라이브/노션 연동, 여러 플랫폼 일관 기억
장점 2✅ 멀티 사용자 격리 완벽: 게이트웨이 모드에서 사용자별 메모리 완전 분리✅ 공식 MCP 통합: Cursor/Claude Code 연동 용이
장점 3✅ 프롬프트 캐싱 최적화: 정적 캐시+동적 메모리 분리, 월 청구서 50$→500$ 차이✅ 중요도 자동 평가: 시간 흐름 따라 기억 우선순위 자동 조정
단점 1❌ 외부 서비스 필요: Honcho 서버 실행/관리 필요❌ 설정 복잡: Honcho보다 설치 단계 많음
단점 2❌ 커스터마이징 제한: 사용자 모델 추론 로직 수정 어려움❌ 레이턴시: 지식 그래프 검색으로 Honcho보다 느릴 수 있음
추천 시나리오👉 개인 비서, 개발 에이전트, 장기 학습이 핵심인 경우👉 업무/일상 정보 분리, 여러 플랫폼 일관 기억 필요
// Honcho vs Mem0 (섹션3 · 10행 전체)
구분Honcho (기본값)Mem0 (가장 쉬운 설정)
설계 철학AI 네이티브 메모리, 변증법적 사용자 모델링자동 사실 추출 + RAG 최적화
장점 1✅ 비동기 처리: 응답 먼저·뒤에서 메모리 처리, 레이턴시 0ms✅ 원클릭 설정: hermes memory setup 1명령어
장점 2✅ 멀티 에이전트 지원: 부모/자식 관계 인식, 프로필 격리 완벽✅ 서버 측 자동 추출: "기억할 것" 지정 불필요
장점 3✅ 변증법적 추론: 사용자-에이전트 대화를 동료 상호작용으로 모델링, 심층 이해✅ 회전 간 캐싱: 다음 턴 전 메모리 프리-패치, 0ms
장점 4✅ 프롬프트 캐싱 최적화: 월 청구서 50$→500$ 절감✅ 회피 회로(Circuit Breaker): 5회 연속 실패 시 2분 정지 후 자동 재시작
단점 1❌ 외부 종속성 복잡: LLM+임베딩+PostgreSQL/pgvector+Redis 필요❌ 외부 종속성: LLM+임베딩+벡터 저장소(Qdrant/pgvector) 필요
단점 2❌ 셀프 호스팅 어려움: Docker/K3s/Fly.io 설정, 관리형 클라우드 유료❌ 커스터마이징 제한: 서버 측 추출 로직 수정 어려움
단점 3❌ 설치 복잡: honcho.json 구성, 프로파일 동기화 필요❌ 지식 그래프 부재: Honcho 변증법 모델링보다 단순 fact 저장
비용유료(클라우드) / 무료(셀프 호스팅)유료(클라우드) / 무료(OSS 셀프 호스팅)
추천 시나리오👉 멀티 에이전트, 장기 학습, 사용자-에이전트 정렬 중요👉 빠른 시작, RAG 최적화, 빠른 설치 필요
// 헤르메스 5대 전제 부합 매트릭스 (섹션3 · 결정의 핵심 근거)
헤르메스의 전제Honcho 부합Mem0 부합
1. 장기 실행 (24/7)✅ 비동기 0ms, 계속 작동✅ 회전 간 캐싱 0ms, 비동기
2. 사용자 기억✅ 변증법적 사용자 모델링: 자동 프로필 추론⚠️ 단순 fact 저장, 사용자 모델링 제한적
3. 쓰면 쓸수록 똑똑해짐✅ 세션 간 컨텍스트, 학습 축적✅ 지속적 메모리, RAG 최적화
4. 멀티 에이전트✅ 부모/자식 관계 인식, 프로필 격리❌ 멀티 에이전트 지원 제한적
5. 프롬프트 안정성✅ 정적/동적 분리, 캐싱 최적화✅ 캐싱, 회피 회로
판정 포인트: 2번(사용자 기억)·4번(멀티 에이전트)에서 Honcho가 결정적 우위. 이게 "기본값 유지" 판정의 핵심 근거다.
// (배경) 왜 메모리가 필수인가 — Hermes vs OpenClaw 전제 (섹션2)
핵심 차이Hermes AgentOpenClaw
설계 목표장기 실행 + 기억 + 스킬 축적단일 작업 수행
메모리 철학Persistent memory: "어제 한 일 기억"Ephemeral context: "이번 작업만"
상태Stateful: memory/skill/session 유지Stateless: 요청→결과→종료
가치"계속 써야 가치가 커짐""한 번 잘하면 끝"
비유"경험 쌓는 개발자""매번 새로 투입되는 프리랜서"
// 최종 결정 근거 (원문 결론)
DECISION · Honcho 확정

"Honcho가 헤르메스의 기본값인 이유" — 원문이 명시한 3가지:

  1. 비동기 처리로 레이턴시 없음 → 장기 실행 전제에 완벽 부합
  2. 사용자 멘탈 모델 자동 추론 → "쓸수록 똑똑해지는" 핵심
  3. 프롬프트 캐싱 최적화 → 월 청구서 절감 ($50 vs $500)
전환 조건: 구글 드라이브·노션 연동 또는 지식 그래프 맥락이 필요하면 → Supermemory / 1분 빠른 시작·단일 에이전트 RAG면 → Mem0. 멀티 에이전트·3시스템·장기 사용 조건은 Honcho + 셀프호스팅이 정답이라고 원문이 귀결.
// 선정 이후 실행 흐름 (섹션4~10 요지)
단계핵심
설치 (§4)hermes memory setup → honcho 선택 → API키 → 이름 입력. 기본값 hybrid / async / per-session
멀티공유 (§5)Honcho 서버 1개로 15인스턴스(5에이전트×3시스템) 커버. 동일 peerName=you면 완전 공유
비용 (§6)셀프호스팅 $50~70/월 vs AWS ~$480+/월, 12개월 TCO $600 vs $300~1,200+, 연 ~$5,000 절감
iMac 셀프호스팅 (§7)Docker(or OrbStack) + docker compose up (api 8000 / deriver / db 5432 / redis 6379)
외부접속 (§8)IP 고정 → 포트포워딩 8888→8000 → DDNS(myhoncho.iptime.org)
모델 (§9)1위 DeepSeek V4 $0.30/$0.50 (Claude 대비 10배 저렴, SWE-bench 81%)
임베딩 (§10)OpenRouter는 임베딩 미지원 → 로컬 Ollama nomic-embed-text(무료) 추천
hermes terminal — 설치 진입점
$ hermes memory setup
# 프로바이더 목록에서 honcho 선택 → API 키 → 이름 입력
# 기본값 유지: Workspace=Hermes, mode=hybrid, write=async, session=per-session
$ hermes honcho status   # ✓ Honcho is enabled
// 검증 메모 & 주의 (충실도 크리틱)
충실도 86/100 · 왜곡 0건 · 환각 0건. 의심 수치(50$→500$, 10배, 100-300ms, $600 vs $300~1,200+, ~$5,000)는 전부 원문 행과 grep 교차검증해 일치 확인. 누락은 전부 설치/운영 세부(섹션4~10)라 선정 과정에는 영향 없음.
OCR 깨짐 원형 보존: 사용자微机형(→사용자 모델/유형), 급설치(→빠른 설치), 습동(→습관/작업습성 추정), 簡単, каждую, /cgi/search.
출처 신뢰도 주의: 이 문서는 Perplexity 생성물이고 각주(hermesagents.net, glukhov.org, instagram reel 등)가 다수 미검증 2차 출처. 특히 클라우드 단가는 원문도 "공개되지 않음"이라 명시 → 수치의 사실성은 충실도와 별개로 추가 검증 필요. 대외 발표·의사결정 전 1차 출처로 재확인할 것.