Skip to content

Provider Comparison

The attached report supports a compositional design rather than adopting one provider wholesale. This page records donor patterns only; it does not add these systems as dependencies.

Source patternUseful componentRoadmap role
Hermes built-in memoryMEMORY.md and USER.md remain activeCurrent V1 L0 core memory alongside the external provider.
LettaAlways-visible memory blocksCurrent V1 discipline for pinned core memory.
Memory-OSTrust and injection policyCurrent V1/V1.1 discipline for cited, bounded injection and verification warnings.
MemoriAttributed background captureCurrent V1 evidence-ledger and event-attribution pattern.
RetainDBScoped context and agent eventsCurrent V1 context-routing pattern; V2 handoff pattern.
Mem0Typed fact modeling and retrieval patternsCurrent V1 semantic fact plane design.
SupermemoryProfile and hybrid memory/RAG surfacesFuture profile-serving pattern.
TencentDB-Agent-MemoryCompact symbolic session stateCurrent V1.1 active task-state projection pattern.
OpenVikingURI-like browseable memory/resource modelCurrent V1.1 workspace resource tree pattern.
ByteRoverLocal, versionable context treeCurrent V1.1 inspectable project-memory pattern.
Graphiti/ZepTemporal graph with provenanceV2 relation graph and validity-window pattern.
HindsightReflection over stored evidenceV2 slow-path synthesis pattern.
HonchoPeer and identity reasoningV3 social-memory sidecar pattern.

V1 keeps the implementation simple:

  • one Hermes provider;
  • TypeScript-owned memory behavior and persistence;
  • Python only at the Hermes adapter boundary;
  • SQLite + FTS;
  • append-only evidence;
  • typed facts;
  • active session state;
  • workspace resources;
  • context packs;
  • verification records;
  • no graph, vector, cloud, or LLM extraction dependency.

The provider landscape should be rechecked against primary docs before any donor pattern becomes an implementation requirement.

  • Later local additions must stay local-first and dependency-light.
  • V2 may add temporal graph, contradiction handling, reflection, and handoff packets when recall safety requires them.
  • V3 may add social memory, connector sync, shared memory blocks, and federation after the local system is proven.

Do not collapse evidence, summaries, facts, profiles, and beliefs into one store. Evidence should be append-only. Facts should be cited and updateable. Context packs should be generated views. Temporal and reflective reasoning belongs in later projections.