Ext Ops Panel
Open dashboard
Comparison

ZenBrain Memory vs XMemo

ZenBrain Memory is an MCP server published by zensation.ai. Marketplaces we read that list it: 2 (Official MCP Registry, npm registry (MCP servers)). XMemo is an MCP server published by yonro. Marketplaces we read that list it: 1 (Official MCP Registry). As of our marketplace pass on 2026-10-29. This pair was picked by a reader, not by our comparison rule, so search engines are asked not to index the page.

Where each is published

Where each is published
MarketplaceZenBrain MemoryXMemo
Official MCP Registry Listed
Version: 0.3.0
Downloads/month (npm): 1 881
Downloads/week (npm): 124
Forks (GitHub): 7
Stars (GitHub): 27
Not marked · First seen
Listed
Version: 0.4.346
Downloads/month (npm): 1 524
Downloads/week (npm): 241
Forks (GitHub): 1
Stars (GitHub): 12
Not marked · First seen
npm registry (MCP servers) Listed
Version: 0.3.0
Downloads/month (npm): 1 881
Downloads/week (npm): 124
Forks (GitHub): 7
Stars (GitHub): 27
Not marked · First seen
Not listed

Each figure is the marketplace's own and is never added up across marketplaces. A marketplace that publishes no figure shows none: no number is not zero.

The facts side by side

ZenBrain Memory vs XMemo
FactZenBrain MemoryXMemo
Marketplaces that list it (differs)2 (better)1 (worse)
Stars (GitHub) (differs)27 (better)12 (worse)
Forks (GitHub) (differs)7 (better)1 (worse)
Last release (differs)2026-10-17Not published
Where it runs (differs)On your machine (@zensation/mcp)Remote server (xmemo.dev/mcp)
Transport (differs)stdioStreamable HTTP
Tools it declaresNot publishedNot published
Environment variables it asks for (differs)2, secrets among them: 02, secrets among them: 1
Licence (differs)Apache-2.0Not stated
Repository (differs)github.com/zensation-ai/zenbraingithub.com/yonro/memory-os-cli
Changes in the last 7 days00
First seen2026-10-112026-10-11
Endpoint at the last check (differs)no remote endpoint we checkResponded 3 days ago, requires a key

Lines where the two differ have a tinted background and bold values. Where the data itself says which value is better (more marketplaces, a larger figure of the same marketplace, a fresher release, a verified mark on a marketplace that lists both), the better one is also marked green with ▲ and the worse one red with ▼. Where it runs, the transport, the tools, the settings, hooks, the bundle's parts, the licence and the week's changes are marked only as different: more or fewer is not better in itself.

What each says it does

ZenBrain Memory

In its own words, on Official MCP Registry:

Agent memory: working, episodic, semantic, procedural and core layers. Local SQLite, no account.

XMemo

In its own words, on Official MCP Registry:

Shared, governed long-term memory for AI agents across tools and sessions via MCP and REST.

How to run each

ZenBrain Memory As a local MCP server: npm package

Claude Code
claude mcp add --transport stdio zenbrain -- npx -y @zensation/mcp

XMemo As a remote MCP server

Claude Code
claude mcp add --transport http xmemo https://xmemo.dev/mcp --header "Authorization: Bearer <YOUR_TOKEN>"

Requires: XMEMO_KEY (secret), Authorization header

Commands built only from what the marketplaces declare; the full set for every client is on each card.

Only XMemo has a remote endpoint we check. How we check endpoints

Tools each declares

Neither one's marketplaces publish a list of tools, so there is nothing to compare.

Settings each asks for

Only ZenBrain Memory asks for

  • ZENBRAIN_CONTEXTS
  • ZENBRAIN_DB

Only XMemo asks for

  • XMEMO_KEY (secret)
  • XMEMO_URL

Settings as each marketplace publishes them. Asking for fewer is not better in itself.

What it can do: ZenBrain Memory · What it can do: XMemo · Compare two other plugins

Data comes from the Official MCP Registry (registry.modelcontextprotocol.io), CC0 1.0. Package data comes from the public npm registry (registry.npmjs.org). Figures come from our own regular passes over the marketplaces, last read on . We publish no contact details for plugin publishers.

Where the data comes from: how the catalog is built