White Paper Release: From Unstructured Recall to Schema-Grounded MemoryWhite Paper Release

Reliable memory
for AI agents

Let agents read and write in natural language while xmemory turns facts, relationships, and workflow state into validated, queryable memory.

Why xmemory is different

Agents speak naturally. xmemory keeps the state structured.

Text-based memory

Stores notes, summaries, and recalled context.

xmemory

Converts natural-language memory writes into typed, validated, queryable state.

Facts can be duplicated or drift over time
Facts are typed, linked, and deduplicated
Relationships are implied, not explicit
Relationships are explicit
Updates often mean appending more text
Updates change the underlying state
Every read requires the model to reinterpret old text
Reads return the same state consistently across agents, workflows, and systems
Example

User likes red flowers.
Amy is now Kevin’s boss.
Vacation from March 11 to 15.

Example

Preference: flower_color = red
Relationship: Amy manages Kevin
Plan: vacation_start = March 11, vacation_end = March 15

Observable and Governed Memory

Inspect every read and write, trace memory lineage, and control access to structured memory state.

Operations explorer

Query every memory operation

Filter reads and writes by type, object, or value. Trace each operation back to its session, trace, and source to debug agent memory as data, not prompts.

Reads Writes Trace IDs

Operations inspector

See structure in every read and write

Inspect extracted objects, relations, and diff plans to understand exactly what knowledge was added, updated, or removed.

Objects Relations Diff plans

Lineage

Trace memory back to source text, session ID, and trace ID.

External observability

Send structured memory events into your telemetry stack.

Access control

Apply table-level, column-level, and field-level controls.

Measurements

Structure improves memory quality.
xmemory extracts structured data better than one-shot structured output.

Measured against real memory failure modes

We evaluate whether systems can store, update, deduplicate, and retrieve facts and relationships reliably, not just whether they can recall similar text.*

xmemory97.10%
Mem0 (no graph)87.24%
Cognee86.18%
Mem0 (graph)86.07%
Supermemory80.49%
Zep80.16%

* Read more about measurement methodology and open benchmarks in our white paper.

Token consumption

Lower token use than text-based memory by optimising reads.

3x+ fewer tokens

Assuming 10 reads per write,
10 write tokens per read token for xmemory,
and 3 write tokens per 6 read tokens for typical text-based storage architecture.

Key use cases

Built for teams shipping agents that need durable state.

Shared working memory for agents

Give long-running agents a shared state layer for plans, task progress, tool knowledge, intermediate facts, and handoffs.

Persistent user and workflow memory Demo

Store user preferences, profile facts, and workflow context once, then query them reliably across chats, agents, and applications.

Quickstart

Dear , please read the integration documentation and integrate xmemory into my project.

I want to use xmemory whenever they need to store information related to their context, execution steps, or tool usage. They should create memory schemas dynamically when needed for a task, or use schemas that I will explicitly define.

Integrate into your stack

Deployment

Start fast in our cloud, keep data in your database, or run the full stack under your control.

Data stays yours 02

Zero-retention SaaS

Connect your RDS, Azure, or GCP database. xmemory processes requests in our cloud, while your stored data remains inside your controlled database environment.

Private DB Tier + Usage Pricing
Full control 03

On-premise

Run xmemory from our Docker Compose package in your own environment, using your own LLM keys and enterprise contract terms.

Docker Compose Contact Sales

Our blog

View all posts →

Resources

Preview of the xmemory white paper
xmemory white paper

From Unstructured Recall to Schema-Grounded Memory

Read
Featuring xmemory Preview of the Bessemer Venture Partners article AI Infrastructure Roadmap: Five frontiers for 2026
Bessemer Venture Partners

AI Infrastructure Roadmap: Five frontiers for 2026

Read
Featuring xmemory Preview of the Andreessen Horowitz article Why We Need Continual Learning
Andreessen Horowitz

Why We Need Continual Learning

Read

FAQ

How is xmemory different from MCP over Postgres?

xmemory is not just a database exposed through MCP. It is a schema-based memory layer that lets agents read and write in natural language while xmemory owns the state-of-the-art harness that is otherwise fragile and spread across prompts, wrappers, and workflow code:

  • Schema extraction and mapping
  • Validation and type enforcement
  • Deduplication and stateful updates
  • Relations and queryable state
  • Provenance and observability
  • Schema creation and evolution
  • Async write queues to unlock agentic workflows while keeping latency low

MCP can expose tools. xmemory is meant to make the memory behavior itself agent-native and reliable. For the deeper architectural argument, see Should Agents Adapt to Systems - or Should Systems Adapt to Agents? .

What if I don’t have a schema yet?

You do not need to hand-design a schema first. You can start from an existing system, describe the memory you need in plain language, or let xmemory generate a schema for the workflow. The goal is to make structured memory available even when you know what should be remembered but do not want to model everything from scratch. See How xmemory works for the full flow.

Why not just use text memory or vector memory?

Text and vector memory are useful for recall. xmemory is built for reliable state. If memory is stored mainly as text, every read becomes another act of interpretation. xmemory’s approach is to keep memory structured underneath, so facts can be updated explicitly, relationships stay clear, and answers do not depend on reconstructing meaning from narrative history every time. For the fuller argument, read Schema as the Core of Reliability in AI Memory .

Can xmemory work with my existing systems?

Yes. xmemory is designed to fit into existing stacks. You can bring structure from an existing system of record, then integrate through MCP, API, Python, or TypeScript depending on how your agents and workflows already run. The docs also include examples for frameworks like LangChain, Pydantic AI, Mastra, Google ADK, and n8n. You can jump straight to the integration guides in How xmemory works .

Try it out

Tell us about your workflow and we’ll help you choose the right integration path.