표지
01 / 10
AI 코딩 에이전트 메모리 도구 비교 리포트 v2

Claude CodeCodex CLIHermes Agent

실전 가이드

hook API 표준화 로컬 자급 도구 세션마다 reflect
비교 대상

claude-mem · Supermemory · Honcho · Hindsight · seCall · agentmemory

최종 업데이트: 2026-05-13 무엇을 고르느냐보다, 무엇을 일관되게 쓰느냐가 더 중요해졌습니다.
Executive Summary

한 줄 추천부터 먼저 잡고 들어갑니다

사용자 유형별로 첫 선택을 하나씩 고르면, 뒤의 비교표가 훨씬 읽기 쉬워집니다.

Claude Code만, 가볍게 시작
Supermemory
플러그인 1줄 + 환경변수 정도로 시작하기 쉬운 managed path입니다.
Claude Code, 로컬 100%
claude-mem 또는 agentmemory
로컬 SQLite 기반의 단순한 운영을 원하면 claude-mem, 학습까지 원하면 agentmemory가 더 강합니다.
Hermes Agent 메인
Honcho 또는 agentmemory
Hermes는 memory-native라서 self-hosted 철학과 결이 맞는 도구가 자연스럽습니다.
Codex CLI 메인
Hindsight 또는 agentmemory
Codex hooks가 안정화된 이후에는 공식 가이드 계열과 자동 hook 계열을 함께 비교할 수 있습니다.
세 에이전트 모두 + 고사양
agentmemory 단일 백본
Claude Code · Codex CLI · Hermes를 한 번에 묶고 싶다면 백본을 하나로 두는 쪽이 덜 흔들립니다.
Obsidian + 한국어 + 아카이브
seCall
에이전트 메모리 엔진이라기보다, 영구 아카이브와 통합 검색 시스템으로 보는 편이 정확합니다.
핵심 변화 (2026 H1)
  • hook API 표준화로 도구 진입장벽이 낮아졌습니다.
  • 로컬 자급 도구가 강해지면서, cloud only가 기본값은 아니게 됐습니다.
  • agentmemory는 단일 파일 + deep hooks로 백본 후보가 됐습니다.
  • LM Studio + MLX 덕분에 세션 종료마다 reflect를 돌릴 수 있습니다.

결론은 단순합니다. 도구 수를 늘리는 것보다, 첫 시작을 안정적으로 고르는 것이 더 중요합니다.

1. 비교 방법론

무엇을 기준으로 판단하는지 먼저 합의합니다

같은 숫자라도 어디에 두고 보느냐에 따라 결론이 달라집니다.

자동성자동
hook 자동, MCP 명시 호출, 수동 sync 사이에서 어느 지점인지 봅니다.
에이전트 통합 깊이깊이
native hook인지, MCP인지, ingest-only인지 구분합니다.
저장 위치로컬 / self-host / cloud
데이터가 어디에 머무는지, 운영권이 누구에게 있는지 확인합니다.
회상 vs 학습학습
단순 회상인지, consolidation / reflection까지 들어가는지 봅니다.
운영 비용유지비
셋업 시간, 유지보수 시간, 라이선스, LLM 호출 비용을 같이 봐야 합니다.
데이터 통제통제
외부 전송과 자체 호스팅 가능성을 함께 확인합니다.
검증 표기
직접
공식 문서 / README 확인 예: Codex hooks engine, agent별 native 통합 여부
보조
검색 결과 또는 2차 자료 예: 최근 릴리스 흐름, 사용자 검증 사례
주의
벤더 주장 / 독립 검증 부족 예: LongMemEval-S SOTA, Pareto Frontier 주장
읽는 법

이 리포트는 “어떤 도구가 최고냐”보다 “내 에이전트 조합에 어떤 방식이 자연스러운가”를 판단하는 기준표입니다.

2. 도구 한 단락씩

여섯 도구의 성격을 카드로 빠르게 잡습니다

각 카드의 한 줄 요약만 읽어도, 비교표를 보기 전의 감이 잡힙니다.

claude-mem

로컬 SQLite + AI 압축

46.1k ⭐ · Apache 2.0

  • Claude Code hook 기반
  • AI 압축 후 다음 세션 자동 주입
  • Codex CLI 공식 IDE 지원
Supermemory

가장 매끄러운 managed path

상용 SaaS · Free tier · 클라우드 저장

  • Claude / Codex / Hermes 모두 native 통합
  • 사용자 / 팀 분리와 동기화가 쉬움
  • raw turn 누적이 많고 가공은 약한 편
Honcho

Hermes 철학과 가장 가까운 self-hosted 옵션

3.5k ⭐ · AGPL-3.0 · Postgres + pgvector

  • peer 모델과 비동기 reasoning loop
  • Hermes native MemoryProvider
  • managed cloud와 Docker self-host를 모두 지원
Hindsight

4-way 검색과 reflect에 강한 메모리

13.2k ⭐ · MIT · Python + TS

  • BM25 + 벡터 + graph + temporal
  • Ollama / LMStudio 일급 지원
  • Codex 공식 가이드와도 잘 맞음
seCall

영구 아카이브 + 한국어 검색

265 ⭐ · AGPL-3.0 · Rust

  • 세션 로그를 로컬 통합 인덱싱
  • Obsidian 호환 위키와 Knowledge Graph
  • 자동 hook이 아니라 수동 sync 기반
agentmemory

단일 파일 + 4-tier consolidation

6.1k ⭐ · Apache 2.0 · v0.9.11

  • working / episodic / semantic / procedural
  • Claude Code 12 hooks, Codex 6 hooks, Hermes 6-hook provider
  • SQLite 단일 파일과 인메모리 벡터로 가볍게 시작
3. 종합 비교표

한 번에 보이는 비교표로 우선순위를 좁힙니다

이 슬라이드에서는 성격보다 구조를 봅니다. 누가 무엇을 기본값으로 갖고 있는지가 핵심입니다.

차원 claude-mem Supermemory Honcho Hindsight seCall agentmemory
라이선스 Apache 2.0 상용 AGPL-3.0 MIT AGPL-3.0 Apache 2.0
저장소 로컬 SQLite 클라우드 Postgres Postgres SQLite + vault SQLite (단일)
캡처 방식 hook hook SDK API / MCP 수동 sync hook
학습 레이어 압축 raw reasoning Reflect wiki 4-tier consolidation
검색 방식 벡터 벡터 하이브리드 4-way + rerank BM25 + 벡터 BM25 + 벡터 + graph + RRF
로컬 LLM Claude SDK 경유 cloud only provider 추가 Ollama / LMStudio LMS native OpenRouter 경유
내장 UI 없음 대시보드 보조적 없음 Web UI 브라우저 뷰어
운영 부담 낮음 낮음 중 높음 중 낮음

표시 규칙은 본문과 같습니다. 1차 자료를 기준으로 볼 수 있을 때만 강하게 말하고, 벤더 주장인 경우에는 경계합니다.

4. 에이전트별 1급 통합 매트릭스

Claude, Hermes, Codex에서 무엇이 native인지 확인합니다

같은 도구라도 agent마다 통합 깊이가 달라질 수 있습니다.

에이전트 claude-mem Supermemory Honcho Hindsight seCall agentmemory
Claude Code 플러그인 hook native 플러그인 SDK / MCP MCP / skill MCP recall 12 hooks
Hermes Agent 비공식 native provider native provider native provider 없음 6 hooks + provider
Codex CLI 정식 지원 native 통합 MCP / SDK 공식 가이드 JSONL 파서 6 hooks + skills
핵심 문장

Hermes 환경에선 claude-mem과 seCall이 1급 통합 대상은 아닙니다. 반대로 Supermemory, Honcho, Hindsight, agentmemory는 native provider 후보로 읽어야 합니다.

기억할 범주

녹색 배지는 자동 / native 통합, 회색 배지는 MCP/API 가능, 노란 배지는 비공식 또는 별도 우회가 필요한 상태입니다.

5. 핵심 차원에서의 도구 포지셔닝

자동성, 학습, 로컬 자급도에서의 위치를 봅니다

이 슬라이드는 “어떤 도구가 더 세냐”가 아니라 “어떤 도구가 어떤 축에 놓이는가”를 보여줍니다.

자동성
완전 자동 ←→ 완전 수동
agentmemory Supermemory claude-mem Hindsight Honcho(SDK) seCall
회상 → 학습
키-밸류 회상 ←→ 자체 학습
Supermemory seCall claude-mem Hindsight agentmemory Honcho
로컬 자급도
클라우드 강제 ←→ 완전 로컬
Supermemory Honcho(cloud) Hindsight Honcho(self) claude-mem agentmemory seCall
읽는 팁
  • 자동성은 손이 덜 가는 쪽이 좋지만, 보조성이 약하면 나중에 기억이 끊깁니다.
  • 학습 레이어는 단순 회상만으로는 부족할 때만 올라갑니다.
  • 로컬 자급도는 장기적으로 운영 안정성을 좌우합니다.

한 가지 축에서 최고인 도구보다, 내 워크플로우의 병목을 가장 잘 푸는 도구가 맞습니다.

Part A · B · C

Claude · Hermes · Codex에 맞는 첫 선택을 분리합니다

같은 팀이라도 에이전트별로 자연스러운 기본값이 다릅니다.

Claude Code
가벼움 우선이면 Supermemory
가볍게 시작할 때는 가장 매끄러운 managed path가 좋습니다.
  • 첫 선택: Supermemory
  • 로컬 100%: claude-mem 또는 agentmemory
  • 고사양 로컬: agentmemory 단일 백본
Hermes Agent
Honcho 또는 agentmemory
Hermes는 memory-native라서 provider 선택이 곧 운영 철학이 됩니다.
  • 철학 일치: Honcho (self-hosted)
  • 회상 + 학습 우선: agentmemory
  • 빠른 시작: Supermemory 또는 Hindsight
Codex CLI
agentmemory와 Hindsight를 먼저 봅니다
Codex hooks가 안정화되면서 외부 메모리 옵션이 훨씬 현실적으로 바뀌었습니다.
  • 자동 hook + SOTA: agentmemory
  • 공식 가이드: Hindsight
  • Claude와 같이 쓰면: claude-mem
Part D · E

백본 통일과 로컬 LLM 스택을 한 장으로 묶습니다

에이전트가 늘수록, 메모리와 추론 스택의 경계가 중요해집니다.

Claude Code

자동 hook 캡처

세션 시작과 종료가 강한 자동화 경계가 됩니다.

Codex CLI

공식 hook + retain

Codex의 메모리 경로는 이제 실전 도구로 볼 수 있습니다.

Hermes Agent

native MemoryProvider

메모리는 기능이 아니라 시스템의 일부입니다.

↓
권장 백본

agentmemory 단일 백본

3개 에이전트를 동시에 쓰면, 단일 백본으로 간결하게 묶는 쪽이 가장 덜 흔들립니다.

↘
보조 아카이브

seCall

캡처보다는 수집 / 검색 / 위키화에 강한 층으로 두는 편이 맞습니다.

로컬 추론

LM Studio + MLX

Apple Silicon에서는 MLX 흐름이 가장 자연스럽습니다.

Reflect

세션 종료마다 학습

MoE 모델 덕분에 reflect를 야간 배치가 아니라 세션 단위로 생각할 수 있습니다.

MLX vs llama.cpp

Apple Silicon 환경에서는 MLX가 메모리와 성능의 결을 더 잘 맞춥니다. 특히 Qwen3.6 A3B 같은 MoE 모델은 세션별 reflect를 현실로 만듭니다.

모델 조합
Qwen3.6 35B A3B bge-m3 nomic-embed-text-v1.5
결정 문장

백본을 하나로 두고, 아카이브와 추론을 분리하면 운영이 가장 단단해집니다.

Part F · G · H

의사결정 규칙, 함정, 그리고 바로 시작할 시나리오

마지막 슬라이드는 실제로 무엇부터 깔지 결론을 내립니다.

시나리오 A
가볍게 시작: Claude Code 단독
가장 빠르게 붙는 managed 옵션으로 시작해, 메모리의 유용성을 먼저 확인합니다.
Supermemory 끝
시나리오 B
agentmemory 단일 백본
3 에이전트를 동시에 쓰는 사람에게 가장 정직한 로컬 우선 경로입니다.
Claude + Codex + Hermes
시나리오 C
Obsidian 영구 아카이브 + 매끄러운 자동성
사람이 보는 위키와 에이전트가 보는 백본을 분리합니다.
seCall Supermemory
시나리오 D
풀스택: 이중 메모리 + 영구 아카이브
자동 백본과 검색 아카이브를 분리하고, 로컬 LLM reflect까지 붙입니다.
agentmemory Hindsight seCall
자주 빠지는 함정
별 수 ≠ 품질 벤더 벤치마크 무료 ≠ 운영비 0 백본은 하나
  • 독립 검증 없는 자체 보고는 마케팅으로 읽어야 합니다.
  • 도구를 늘리기 전에, 역할이 겹치지 않는지 확인하세요.
  • 가장 매끄러운 것부터 시작해 실제 마찰을 느낀 다음 진화하세요.
솔직한 한 줄 결론

가장 매끄러운 것부터 시작하세요

그리고 실제로 불편함이 생겼을 때만 더 복잡한 조합으로 옮겨가면 됩니다. 이 리포트의 목적도 결국 그 전환을 덜 헤매게 만드는 데 있습니다.
1 / 10