검색 기록이 감사 추적(audit trail)은 아닙니다. 저는 6가지 Supermemory 대안을 하나로 비교했습니다.

에이전트가 잘못된 답변을 할 때, 우리 대부분이 가장 먼저 여는 것이 검색 로그(retrieval log)입니다. 이 로그는 스토어에서 반환된 메모리 ID 목록을 보여줍니다. 하지만 이것은 어떤 항목들이 순위 지정(ranking)을 통과했는지, 토큰 예산(token budget) 내에 들어맞았는지, 그 순간 텍스트가 무엇이었는지, 또는 정책 규칙(policy rule)이 조립 전에 어떤 것을 삭제했는지를 알려주지 않습니다.

3주 후에는 상황이 더 나쁩니다. 컴파일 작업(compile job)이 이 메모리들 중 일부를 재작성했습니다. 이제 당신의 로그는 답변을 설명하려는 시점 이후로 내용이 변경된 콘텐츠에 대한 포인터 목록일 뿐입니다.

저는 바로 그 간극(gap)을 오픈 소스 Supermemory 대안들을 비교하는 단 하나의 축으로 사용했습니다. 왜냐하면 다른 모든 축들은 이미 다섯 개의 다른 비교 게시물에서 다루고 있기 때문입니다. 저희는 아래 6가지 중 하나인 Statewave를 구축했으니, 이 항목에 따라 적절하게 가중치를 두시기 바랍니다.

재현(replay) 관점에서 여섯 가지의 비교

#	도구 (Tool)	저장소 (Storage)	조립된 프롬프트 재현 가능 여부	주요 트레이드오프 (Main tradeoff)
1	Statewave	Postgres + pgvector	예, 서명된 영수증 (signed receipts)	그래프 없음, 관리형 클라우드 아님
...
하나의 속성 전체를 일급 기능(first-class feature)으로 제공하는 여섯 개의 문서 중 하나입니다. 다섯 개는 일부만 제공하고 나머지는 직접 구축하도록 내버려 두는데, 감사(audit)가 제약 사항이 아니라면 공정한 거래일 것입니다. 본문의 나머지 내용은 각 행에 쓰인 내용의 이유를 설명합니다.

팀들이 찾아보기 전에 Supermemory를 사용하는 이유

Supermemory는 대화형 메모리, 문서 검색, 사용자 프로필, 로컬 코딩 에이전트 메모리를 하나의 API 뒤에 배치하며, 로컬 버전은 실제로 프로토타입을 빠르게 만들 수 있습니다. SDK를 localhost를 가리키도록 설정하고 기본 URL만 변경하면 동일한 코드가 클라우드에서도 실행됩니다. 전체 컨텍스트 스택(context stack)을 한 공급업체가 소유하기를 원하는 팀에게는 합리적인 시작점이며, 아래의 대부분의 대안들은 그 문서 처리 범위를 충족하지 못합니다.

릴리스 노트가 자가 호스팅(self-hosted) 기능에 대해 말하는 것들

사람들이 찾아보는 것은 거의 API 자체가 아닙니다. 배포 라인(deployment line)입니다.

supermemory-server 0.0.7 릴리스 노트에 따르면 자체 호스팅(self-hosted)은 최대 10,000개의 문서까지 라이선스가 적용되며, 이 제한은 API에서 강제되고 부팅 시 표시됩니다. 버전 0.0.8에서는 이를 다시 언급하지 않습니다. 지원되는 자체 호스팅 기능은 Scale 플랜($399/월)에 표시되어 있으며, 에어갭 배포(air-gapped deployment)는 Enterprise에서만 나열됩니다.

용량을 계획하기 전에 읽어볼 만한 두 가지 오픈 이슈가 있습니다. #1366은 약 5,000개의 메모리를 담고 있는 2 GB 저장소에 대해 약 7 GB의 상주 메모리(resident memory)를 보고합니다. #1413는 10초 간격으로 전체 데이터베이스 스냅샷을 설명합니다. 이들은 벤치마크라기보다는 두 환경에서의 버그 보고서이며, 저는 이것들을 판결이라기보다는 질문으로 받아들입니다.

로그(log)와 감사 추적(audit trail)을 구분하는 네 가지 속성

대부분의 도구는 '검색된 내용을 기록'하는 데 그칩니다.

후보 집합이 아닌, 조립된 세트(The assembled set). 랭킹, 절단 및 정책 적용 후 프롬프트에 무엇이 들어갔는지이지, 저장소가 반환한 것이 아닙니다.
불변적이며 주소 지정 가능(Immutable and addressable). 다음 컴파일 패스에서도 살아남고, 6개월 후에 ID로 가져올 수 있습니다.
위변조 방지(Tamper-evident). 바이트에 대한 해시 값으로, 누군가 이의를 제기할 때 기록이 가치를 지니게 합니다.
재실행 가능(Replayable). 기록된 입력값에 대해 조립을 다시 실행하여 행동이 변경되었는지 확인할 수 있습니다. 구체적인 최소 형태는 다음과 같습니다:

{

github.com/smaramwbc/statewave · Apache-2.0 · Postgres 14+ with pgvector, Python 3.11+

상호작용(Interactions)은 추가 전용 에피소드(append-only episodes)로 저장되며, 컴파일 단계(compile step)를 거치면서 신뢰도(confidence), 유효성(validity), 그리고 출처 에피소드 ID를 담는 타입화된 기억(typed memories)으로 변환됩니다. 어셈블리(Assembly)는 토큰 예산(token budget) 하에 실행되며, 민감도 레이블(sensitivity labels)에 대한 `deny` 및 `redact` 규칙이 YAML 정책을 통해 먼저 평가되고, 이는 `log_only` 또는 `enforce` 모드로 이루어집니다. 각 번들(bundle)은 HMAC-SHA256 서명과 리플레이 엔드포인트(replay endpoint)가 포함된 영수증(receipt)을 발행합니다.

-   **재구성(Reconstruct):** 위 네 가지 속성 모두를 재구성합니다.
-   **비용 구조(Cost shape):** 사용 중인 Postgres와 컴파일 시점의 LLM 호출 비용이 발생합니다. ### 2. OpenViking, 문서 범위 Supermemory 사용자에게 실제로 부족한 부분

[github.com/volcengine/OpenViking](https://github.com/volcengine/OpenViking) · AGPL-3.0 서버

`viking://` URI 아래에서 탐색 가능한 파일 시스템(browsable filesystem)으로서의 컨텍스트를 제공하며, 에이전트가 전체 콘텐츠를 가져오기 전에 추상적인 내용을 끌어오는 3단계 읽기 모델(three-level read model)을 갖추고 있습니다. 이는 문서 및 멀티모달 범위 작업(document and multimodal range job)에 가장 적합한 목록이며, Supermemory의 다른 어떤 것도 대체할 수 없는 부분입니다.

-   **재구성(Reconstruct):** 에이전트가 읽은 경로(path)는 가독성이 높아 ID 목록보다 우수하지만, 어셈블된 프롬프트(assembled prompt)에 대한 서명 기록은 없습니다.
-   **비용 구조(Cost shape):** 사용 중인 인프라 비용이며, 법률 검토를 위해 카플라이트 라이선스(copyleft licence)가 필요하거나 라이선스가 부여된 자체 관리형 에디션이 필요합니다. ### 3. Hindsight, 기억하는 행위보다는 믿음을 형성하는 에이전트를 위한 솔루션

[github.com/vectorize-io/hindsight](https://github.com/vectorize-io/hindsight) · MIT 서버 · Postgres 또는 임베디드 pg0

사실(facts)과 경험(experiences)을 통합된 관찰(consolidated observations) 및 정신 모델(mental models)로부터 분리하며, 이들 전반에 걸쳐 종합하는 리플렉트 단계(reflect step)와 병렬로 실행되는 네 가지 회상 경로(recall paths)를 제공합니다. 에이전트의 결론이 검색된 것이 아니라 증거 기반(evidence-backed)이기를 원한다면, 여기 다른 어떤 것도 근접하기 어렵습니다.

-   **Reconstruct:** 관찰(observations)이 그 배후에 있는 경험(experiences)을 추적하며, 이는 프롬프트가 아닌 믿음(beliefs)의 출처(provenance)를 제공합니다.
-   **Cost shape:** 반성(reflection)은 추론(inference)이기 때문에 눈에 띄게 많은 모델 호출이 필요합니다. ### 4. Mem0, 팀에서 이미 사용했을 가능성이 높은 메모리 API용

[github.com/mem0ai/mem0](https://github.com/mem0ai/mem0) · Apache-2.0 core, 관리 플랫폼과 함께

가장 익숙한 형태입니다: 추가(add), 검색(search), 사용자별 범위 지정(scope by user). 그래프 메모리(Graph memory)는 v3 오픈 소스 SDK 이후로 플랫폼 전용이 되었으므로, 이 기능을 어떤 에디션에서 전환할 것인지 확인한 후에 계획을 세우십시오.

-   **Reconstruct:** 검색 결과로 얻은 기억들(memories)을 직접 기록해야 하므로, 조립된 것이 아니라 후보군(candidate set)을 제공합니다.
-   **Cost shape:** 벡터 스토어와 추출 호출(extraction calls)입니다. ### 5. Graphiti, 엔티티 간 시간 인식 사실용

[github.com/getzep/graphiti](https://github.com/getzep/graphiti) · Apache-2.0 · Neo4j, FalkorDB 또는 Amazon Neptune

엔티티와 관계(relations)를 가지며, 각각 유효성 간격(validity interval)을 지닌 시간적 지식 그래프입니다. 따라서 특정 날짜에 무엇이 사실이었는지 물어볼 수 있습니다. 여기서 엔티티 간의 시간을 모델링하는 것은 Graphiti가 유일합니다. Graphiti는 서비스라기보다는 엔진으로 제공되므로, ID, 인증(auth), 큐잉(queueing), 백업 및 애플리케이션 API는 직접 구축해야 합니다.

-   **Reconstruct:** 엣지 유효성(edge validity)은 프롬프트 기록 없이 사실에 대한 강력한 이력을 제공합니다.
-   **Cost shape:** 이제 운영하게 되는 그래프 데이터베이스입니다. ### 6. Letta, 전체 런타임 채택을 원하는 팀용

[docs.letta.com](https://docs.letta.com/) · 에이전트 런타임

편집 가능한 메모리 블록과 기록(transcript), 그리고 Git 기반의 메모리 파일 시스템을 완전한 상태 저장(stateful) 에이전트 런타임 내에 제공합니다. 그 메모리 설계는 여섯 가지 중 가장 의견이 강하며, 범위가 걸림돌입니다. 왜냐하면 이를 채택한다는 것은 해당 런타임을 채택하는 것을 의미하기 때문입니다.

- **Reconstruct:** 메모리 파일 시스템은 버전 관리(versioned)되므로, 커밋 시점의 블록 내용을 읽을 수 있습니다.
- **Cost shape:** 스택에 추가하는 것보다 더 많은 부분을 대체합니다. ## 우리 자체 항목이 부족한 부분

솔직히 말할 가치가 있어서 말씀드리는데, 이 부분이 보통 벤더 비교에서 잘려서 빠지는 절반입니다.

- 관리형 클라우드가 아닙니다. 팀원 중 누군가가 Postgres를 운영해야 합니다.
- 개체-관계 그래프(entity-relationship graph)가 없습니다. 개체들은 메모리별로 추출되며, 그들 간의 연결이나 순회(traversal)가 없습니다. 만약 개체 간의 시간적 추론이 제품이라면 Graphiti를 사용하세요.
- 멀티모달 RAG가 아닙니다. PDF, 미디어 추출, 웹 크롤링 및 대규모 문서 코퍼스에 대한 처리는 Supermemory가 대체하지 못하는 정확한 부분이며, OpenViking이 더 나은 답변입니다.
- 테넌트 범위(Tenant scoping)는 Postgres의 행 수준 보안(row-level security)이 아닌 애플리케이션에서 강제됩니다.
- 서버는 Linux에서 CI 테스트만 진행되었습니다. 만약 다른 다섯 가지 중 하나가 문서화된 재현 경로(replay path)를 제공하고 제가 문서를 놓쳤다면, 댓글로 알려주세요. 표를 수정하겠습니다.

## 이러한 평가의 대부분을 결정하는 네 가지 질문

1. 메모리 단위는 사용자, 계정, 사례(case), 문서 중 무엇입니까? 후보 목록을 추리기 전에 이를 결정하세요. 이 과정만으로도 목록의 절반이 사라지기 때문입니다.
2. 답변이 틀렸을 때, 누가 누구에게 설명해야 합니까? 만약 답변이 '작성한 엔지니어'라면, 로그 기록만 남겨도 충분하며 더 이상 읽으셔도 됩니다.
3. 배포 경계는 무엇이며, 무료 빌드가 그 경계에 도달합니까? 레포지토리의 배지(badge)보다는 릴리스 노트에서 라이선스 약관을 읽어보세요.
4. 이전 후 청구서는 어떻게 보일까요? 셀프 호스팅은 비용 구조를 '문서당' 항목에서 LLM 추출 호출 및 누군가의 온콜 로테이션으로 바꿉니다. 이는 거의 비용 자체를 제거하지 못합니다. 전환하기 전에 두 개의 후보 모델을 섀도우 모드(shadow mode)로 통해 직접 대화 내용을 실행하고, 구성된 컨텍스트를 비교해 보세요. 제가 작업하는 코드는 수령증 구현 방식이 표의 말보다 더 신뢰가 간다면 [github.com/smaramwbc/statewave](https://github.com/smaramwbc/statewave)에 있습니다.

위 가격 및 레포지토리 세부 정보는 2026년 10월 14일에 확인되었습니다.

검색 기록이 감사 추적(audit trail)은 아닙니다. 저는 6가지 Supermemory 대안을 하나로 비교했습니다.

요약

핵심 포인트

재현(replay) 관점에서 여섯 가지의 비교

팀들이 찾아보기 전에 Supermemory를 사용하는 이유

릴리스 노트가 자가 호스팅(self-hosted) 기능에 대해 말하는 것들

로그(log)와 감사 추적(audit trail)을 구분하는 네 가지 속성

댓글

재현(replay) 관점에서 여섯 가지의 비교

팀들이 찾아보기 전에 Supermemory를 사용하는 이유

릴리스 노트가 자가 호스팅(self-hosted) 기능에 대해 말하는 것들

로그(log)와 감사 추적(audit trail)을 구분하는 네 가지 속성