Hindsight vs SuperMemory: Agent Memory Compared (2026)

Hindsight vs SuperMemory: Agent Memory Compared (2026)
If you're building AI agents that need persistent memory, two frameworks keep coming up in the conversation: Hindsight and SuperMemory. Both solve the same core problem — giving agents the ability to remember across sessions — but they take fundamentally different approaches to get there.
This guide breaks down the differences so you can pick the right one for your team. If you're still getting oriented on what agent memory even is, start with our intro to agent memory. For a broader survey of frameworks, see our comparison of the best AI agent memory systems.
Hindsight vs SuperMemory: Quick Comparison
| Hindsight | SuperMemory | |
|---|---|---|
| License | MIT open source | Closed source |
| Self-hosting | Yes — one Docker command | Enterprise agreement only |
| Managed cloud | Yes | Yes |
| Architecture | 4 parallel retrieval strategies + cross-encoder reranking | Memory + RAG + user profiles + connectors |
| Benchmark (LongMemEval) | 91.4% | 81.6% (GPT-4o) |
| SDKs | Python, TypeScript, Go | API-first with MCP server |
| MCP support | MCP-first | MCP server + plugins for Claude Code, OpenCode |
| Fact extraction | Yes — with entity resolution and reflect | Yes — with contradiction resolution and stale info expiration |
| Database | Embedded PostgreSQL | Cloudflare Workers + PostgreSQL/pgvector |
| Funding | Vectorize (parent company) | $3M raised (October 2025) |
| Free tier | Self-host unlimited | 1M tokens, 10K queries |
| Community | ~4K GitHub stars, growing fast | Smaller, newer community |
Agent Memory Architecture Comparison
Hindsight
Hindsight's retrieval architecture is built around depth. When a query comes in, it fans out across four parallel retrieval strategies simultaneously, then merges the results through a cross-encoder reranker that scores relevance before anything reaches the agent. As the survey paper "Memory in the Age of AI Agents" documents, multi-strategy retrieval is a critical capability for modern agent memory systems. This approach means the system can surface memories that a single retrieval path would miss — semantic similarity catches some things, but temporal proximity, entity relationships, and keyword matching each fill gaps the others leave.
On the write side, Hindsight runs fact extraction to break conversations into atomic, retrievable units. Entity resolution links mentions of the same concept across sessions (so "the auth service," "our login system," and "the OAuth microservice" all resolve to one entity in the knowledge graph). The reflect step synthesizes patterns across accumulated facts, building higher-level understanding over time.
The entire stack runs on embedded PostgreSQL. No external vector database, no separate graph store, no message queue. One Docker command gets you a running instance with all four retrieval strategies active.
SuperMemory
SuperMemory takes an all-in-one platform approach. Rather than focusing solely on memory retrieval, it bundles memory, RAG, user profiles, and data connectors into a single API. The idea is that most teams building agents need all of these capabilities, and wiring them together yourself is tedious and error-prone.
The infrastructure runs on Cloudflare Workers with PostgreSQL and pgvector handling storage and similarity search. SuperMemory's fact extraction includes automatic contradiction resolution (if a user says they moved from New York to London, the system updates rather than storing both) and stale information expiration (outdated facts get deprioritized or removed over time).
SuperMemory scores 81.6% on LongMemEval (GPT-4o) and reports strong results on LoCoMo and ConvoMem as well, positioning it as competitive on agent memory retrieval quality while offering broader functionality out of the box.
Key Architectural Differences
The core tension between these two agent memory systems is depth vs breadth. Hindsight invests its complexity budget in retrieval — four strategies, cross-encoder reranking, entity resolution, and synthesis. SuperMemory invests its complexity budget in platform scope — memory, RAG, user profiles, and connectors in a single service.
For teams building agents that need to reason over complex, evolving knowledge bases, Hindsight's retrieval depth matters. The 91.4% vs 81.6% LongMemEval gap reflects real differences in how well each system handles temporal queries, multi-hop entity traversal, and knowledge-update scenarios.
For teams building agents that need memory alongside other capabilities (document retrieval, user personalization, data integration), SuperMemory's bundled approach avoids the integration tax of wiring together separate systems.
Open Source vs Closed Source Agent Memory — The Key Difference
This is the single biggest differentiator between the two, and it matters more than most feature comparisons suggest.
Hindsight is MIT licensed. You can read the source, fork it, modify it, deploy it on your own infrastructure, and never talk to anyone about it. If the project's direction changes, you still have the code. If you need to debug a retrieval issue at 2 AM, you can step through the actual logic rather than waiting for a support ticket. For teams building in regulated industries or handling sensitive data, the ability to run everything on-prem with full auditability is often a hard requirement rather than a preference.
SuperMemory is closed source. There is no OSS version, and self-hosting requires an enterprise agreement. For many teams this is perfectly fine — you're trading visibility into the internals for a managed experience where someone else handles the infrastructure. But it does mean you're dependent on SuperMemory's roadmap, pricing decisions, and continued operation. If your compliance team needs to audit every component that touches user data, closed-source dependencies add friction.
The practical impact: if you value control, auditability, and long-term independence, Hindsight's open-source model gives you an escape hatch that SuperMemory cannot. If you value speed-to-production and would rather not think about infrastructure at all, SuperMemory's managed approach reduces operational burden.
Developer Experience: Agent Memory Integration
Hindsight
Hindsight provides SDKs in Python, TypeScript, and Go — covering the three most common languages in the AI agent ecosystem. The project is MCP-first, meaning Model Context Protocol integration is a primary interface rather than an afterthought.
Getting started locally looks like this: pull the Docker image, run it, point your SDK at localhost. The embedded PostgreSQL means there's no dependency chain to set up. For production, you can either continue self-hosting or use the managed cloud offering.
The developer surface is focused: memory in, memory out. It does not try to be your RAG system, your user profile store, or your data connector layer. This is a deliberate design choice — Hindsight aims to do one thing well rather than bundling adjacent features.
SuperMemory
SuperMemory's developer experience centers on its API and plugin ecosystem. It offers an MCP server and plugins for Claude Code and OpenCode, making it easy to integrate with popular AI coding tools. The API design follows the all-in-one philosophy: a single integration point gives you memory, RAG, user profiles, and connectors.
The free tier is generous — 1M tokens and 10K queries — which lowers the barrier to experimentation. You can test the full feature set without committing to a paid plan.
The trade-off is that SuperMemory's broader scope means more API surface area to learn. If you only need memory, you're adopting a platform that does more than you need. If you need memory plus RAG plus user profiles, you get all of that without stitching together separate services.
Pricing Comparison: Hindsight vs SuperMemory
| Hindsight | SuperMemory | |
|---|---|---|
| Free option | Self-host (unlimited, forever) | Free tier: 1M tokens, 10K queries |
| Managed cloud | Available (usage-based) | Available (tiered) |
| Self-host cost | Your infrastructure costs only | Enterprise agreement required |
| Hidden costs | You manage infra, updates, scaling | Vendor lock-in risk on closed platform |
Hindsight's self-hosted option means your floor cost is zero beyond compute. A small PostgreSQL instance on any cloud provider handles a surprising amount of memory traffic. The managed cloud option adds convenience at a price.
SuperMemory's free tier is genuinely useful for prototyping and small-scale production. Beyond that, you move to paid tiers. The inability to self-host without an enterprise agreement means you cannot avoid recurring platform costs at scale.
When to Choose SuperMemory for Agent Memory
SuperMemory is the better fit when:
- You want memory + RAG + user profiles in one API. If your agent needs all of these and you don't want to integrate separate systems, SuperMemory's bundled approach saves real engineering time.
- Your team prefers managed infrastructure. Not every team wants to run databases. If your priority is shipping product features rather than managing memory infrastructure, a fully managed service reduces operational overhead.
- You're building user-facing personalization. SuperMemory's user profile system and contradiction resolution are well-suited for agents that maintain ongoing relationships with individual users.
- You're prototyping quickly. The generous free tier and plugin ecosystem (especially for Claude Code and OpenCode) let you add memory to an agent in minutes rather than hours.
- Closed source is acceptable for your use case. If you don't have hard requirements around auditability, on-prem deployment, or vendor independence, the closed-source model is a non-issue.
When to Choose Hindsight for Agent Memory
Hindsight is the better fit when:
- Open source is a requirement. Regulated industries, security-sensitive applications, or teams that simply refuse to build on closed platforms. MIT license means no restrictions.
- You need deep, institutional memory. Hindsight's four parallel retrieval strategies with cross-encoder reranking are purpose-built for surfacing the right memory from large, complex knowledge bases. The 91.4% LongMemEval score reflects this focus.
- Self-hosting matters. One Docker command, embedded PostgreSQL, your infrastructure. No enterprise agreement, no vendor dependency, no data leaving your network.
- You want to own the memory layer. If agent memory is core to your product (not a bolt-on feature), owning and controlling that layer protects you from pricing changes, API deprecations, and platform risk.
- You need multi-language SDK support. Python, TypeScript, and Go SDKs cover the most common agent development stacks.
- You're building for the long term. Open-source projects with active communities tend to outlast closed platforms. You can contribute, fork, or extend as your needs evolve.
Verdict: Hindsight vs SuperMemory for Agent Memory
SuperMemory and Hindsight are both capable agent memory systems, but they serve different priorities.
Choose SuperMemory if you want an all-in-one cloud solution that bundles memory, RAG, user profiles, and connectors into a single managed API. It is the faster path to production for teams that value convenience over control and don't have hard requirements around open source or self-hosting.
Choose Hindsight if you want open-source flexibility, deep retrieval quality, and the ability to self-host on your own terms. It is the better foundation for teams building memory as a core capability rather than a bolt-on feature, and for anyone who values long-term independence from vendor lock-in.
The trade-off is straightforward: SuperMemory optimizes for breadth and managed convenience. Hindsight optimizes for depth and open-source control. Both are valid — which one fits depends on what you're building and how much ownership you want over the memory layer.
As IBM's research on AI agent memory explains, the ability for agents to learn from experience — not just retrieve documents — is becoming a core architectural requirement. Whether you choose SuperMemory's all-in-one managed approach or Hindsight's open-source, retrieval-focused architecture, make sure your agent memory system handles both the read and write paths your agents need.
Further reading:
- What Is Agent Memory? — foundational concepts
- Agent Memory vs RAG — key architectural differences explained
- Best AI Agent Memory Systems in 2026 — full comparison of all 8 major frameworks
- SuperMemory Alternatives — other options if SuperMemory isn't the right fit