BrianGet started free →
Brian MCP · Comparison

Memory that knows the difference

There are a lot of ways to give Claude a memory. Most of them are either too broad, too opaque, or built for developers. Here's how Brian compares to the alternatives.

The alternatives

NotebookLM

Google · Research assistant · Document Q&A

NotebookLM lets you load documents and ask questions about them. Since late 2025 it saves conversations within notebooks. It's excellent for research sessions — synthesising PDFs, extracting from reports, generating briefings. But it has no structured memory layer. It doesn't learn who you are, what you've decided, or how you prefer to work. Each notebook is an island — there's no unified memory across your work.

Brian vs NotebookLM

Brian builds a knowledge layer about you and your work that grows over time. NotebookLM gives you conversations about documents within isolated notebooks.

mem0 / OpenMemory

Open source · Memory layer · Auto-categorization

mem0 is an open-source memory layer available via MCP. It stores and retrieves memories with auto-categorization across four layers — conversation, session, user, and organizational. OpenMemory MCP is their Claude integration. mem0's memory structure is more implicit than explicit. It auto-categorizes rather than letting you define types. There's no per-memory salience scoring, no pinning for always-on recall, and retrieval relies on embedding similarity without the structural signal that a typed schema provides.

Brian vs mem0

Brian gives you explicit control over memory structure — 9 types, salience scores, pinning, and spaces. mem0 auto-manages memory with less user visibility into how it's organized and prioritized.

Zep

Developer API · Knowledge graph · Temporal memory

Zep is a memory layer built for AI agents, accessed via developer API and now also available via MCP (Graphiti MCP Server). It uses a temporal knowledge graph to track entities, relationships, and facts with time-based validity. It's infrastructure for developers building memory-aware agent pipelines — not a tool for individuals using Claude directly. Setup requires engineering work and the interface is an API, not a dashboard.

Brian vs Zep

Brian is for individuals and teams using Claude directly — install, connect, use. Zep is developer infrastructure for building memory into custom AI applications.

Letta

Open source · Agent framework · Self-modifying memory

Letta is an open-source framework for building stateful AI agents with sophisticated memory management. It separates memory into core (always in context), recall (persistent conversation history), and archival (processed external knowledge). Agents can modify their own memories autonomously. It's the most architecturally ambitious memory system available — and it's entirely developer-focused. Building a Letta agent requires writing code, managing infrastructure, and understanding agent architecture. There's no consumer-facing interface.

Brian vs Letta

Brian is memory you use today. Letta is an agent framework you build on. Different tools, different audiences.

Claude built-in memory

Anthropic · Native feature · Auto-accumulation

Claude's native memory has grown significantly. It now supports project-scoped contexts, auto-memory that accumulates knowledge without manual input, Google Drive integration on paid plans, and periodic consolidation (Auto Dream) to manage memory decay. It's a solid convenience layer built into the product. What it lacks is the explicit structure that power users need: typed memory with 9 categories, per-memory salience scoring, pinning for always-on recall, and a dashboard to browse, search, and manage what Claude knows.

Brian vs Claude

Brian gives you the structure and control that Claude's native memory doesn't — typed memories, salience scores, pinning, and a full management dashboard. Claude's built-in memory is automatic but opaque; Brian is explicit and user-controlled.

Feature comparison

FeatureBrianNotebookLMmem0ZepLettaClaude
Persistent memory✓ Yes✓ Within notebooks✓ Yes✓ Yes✓ Yes✓ Yes
Typed memory✓ 9 types✗ No~ 4 layers~ Entities/facts~ Core/recall/archival✗ No
Salience scoring✓ Yes✗ No✗ No✗ No✗ No✗ No
Pinning (always-on recall)✓ Yes✗ No✗ No✗ No~ Core memory✗ No
Spaces / scoping✓ Yes~ Notebooks~ Project settings✓ Yes✓ Yes✓ Projects
MCP integration✓ Native✗ No✓ Yes✓ Graphiti MCP✗ No✓ Built-in
Drive integration✗ No✓ Yes✗ No✗ No✗ No✓ Paid plans
Memory management dashboard✓ Yes✗ No✗ No✗ No✗ No✗ No
Semantic chunk retrieval✓ Yes✓ Over sources✓ Embeddings✓ Graph traversal~ Archival search✗ No
No-code setup✓ Yes✓ Yes~ Partial✗ Dev required✗ Dev required✓ Yes
Get started

Memory that works the way you think

9 memory types, salience scoring, pinning, spaces, and a full management dashboard. Connect in minutes.

Get started with Brian →