mcpbeat Sign in

Synap Memory MCP Server

answering

Synap Memory is answering right now. Last checked 9 min ago. It exposes 4 tools. Last commit 29 Oct 2026.

Persistent memory for AI agents — log and recall conversation context over MCP.

Uptime history 91 days of history · worst day 94%
91 days agonow
98.9%
Uptime 24h
90 of 91 checks
4
Tools
read from the server
520 ms
Response time
average over 24h
77
Stars
last commit 29 Oct 2026

What changed 8

Every tool that appeared, vanished or quietly changed what it asks for. Recorded since 26 August 2026. No other catalogue keeps this.

8 Oct a tool changed version
26 Aug 4 tool descriptions were rewritten check_memory_status, list_recent_memories, log_exchange and 1 more
26 Aug 3 tools changed the parameters they ask for list_recent_memories, log_exchange, recall_context

Synap Memory missed one check this week

Everything else answered, so this is steady rather than shaky. We check every 15 minutes, which is how a one-off gets told apart from the start of a pattern, and how you hear about the next one within the hour instead of from your users.

Three servers free · no card

Connect this server

Endpoint below is the one we actually reach during checks — not the one copied from a README. Last verified 9 min ago.

run in your terminal
claude mcp add synap --transport http https://synap-mcp.maximem.ai/mcp
Settings → Connectors → Add custom connector, then paste this address
https://synap-mcp.maximem.ai/mcp
~/.codex/config.toml
[mcp_servers.synap]
url = "https://synap-mcp.maximem.ai/mcp"
.cursor/mcp.json
{
  "mcpServers": {
    "synap": {
      "url": "https://synap-mcp.maximem.ai/mcp"
    }
  }
}
.vscode/mcp.json
{
  "servers": {
    "synap": {
      "type": "http",
      "url": "https://synap-mcp.maximem.ai/mcp"
    }
  }
}

Available tools 4

Read directly from the server with tools/list, grouped by what they act on. If a tool disappears, we record the date.

log
log_exchange
After each user message, send the exchange here so it can be remembered. You do not need to decide what is important, just forward the user message (and your reply, if you have one) and Synap will keep what matters. If your app serves more than one end-user, pass that person's stable id as user_id so each person's memory stays separate; if every conversation is the same single user, omit it. SCOPING: customer_id is B2B ONLY. On a B2B instance (user_context_isolation=strict) it is REQUIRED and a user_id on its own is an error. On a B2C instance (user_context_isolation=equals_customer) it is NOT accepted: the API rejects it with HTTP 400, customer-scoped retrieval does not exist there, and user_id is the whole identity. If you do not know which mode this instance is in, send user_id only and no customer_id; GET /api/v1/auth/whoami reports the mode as user_context_isolation. Logging is fire-and-forget by default; set wait_for_processing=true only when you need to confirm the memory finished extracting before continuing.
memory
check_memory_status
Check whether a logged exchange has finished processing. Pass the ingestion_id returned by log_exchange. Returns the processing status and how many memories were extracted. Useful to confirm a save completed (extraction is asynchronous). Takes no user_id or customer_id: an ingestion_id already identifies the write, so the identifier contract does not apply here.
recall
recall_context
Before replying, call this to recall anything already known about this user from past conversations. Use the user's latest message as the query. If you serve multiple end-users, pass the same user_id you log with so you recall the right person's memory. SCOPING: customer_id is B2B ONLY. On a B2B instance (user_context_isolation=strict) it is REQUIRED and a user_id on its own is an error. On a B2C instance (user_context_isolation=equals_customer) it is NOT accepted: the API rejects it with HTTP 400, customer-scoped retrieval does not exist there, and user_id is the whole identity. If you do not know which mode this instance is in, send user_id only and no customer_id; GET /api/v1/auth/whoami reports the mode as user_context_isolation.
recent
list_recent_memories
List recent things remembered about this user. Useful for debugging or to confirm that memory is working. Pass user_id to scope to one person. SCOPING: customer_id is B2B ONLY. On a B2B instance (user_context_isolation=strict) it is REQUIRED and a user_id on its own is an error. On a B2C instance (user_context_isolation=equals_customer) it is NOT accepted: the API rejects it with HTTP 400, customer-scoped retrieval does not exist there, and user_id is the whole identity. If you do not know which mode this instance is in, send user_id only and no customer_id; GET /api/v1/auth/whoami reports the mode as user_context_isolation.

Endpoints

URLTransportStateLatencyChecked
https://synap-mcp.maximem.ai/mcp streamable-http answering 419 ms 9 min ago

Alternatives to Synap Memory

same job, measured the same way
Sandbox Env MCP
by hs3434

Persistent Docker/SSH sandbox for AI agents: shell exec, file ops, audit log.

81 installs/wk local only
Swarm Rd Orchestrator
by rudrendupaul

Append-only event log for cross-agent context/memory sharing via 3 MCP tools.

60 installs/wk local only
Yandex Metrica MCP
by stufently

Yandex Metrica for AI agents: counters, goals, Reporting API and Logs API export over stdio.

local only
Docker MCP Server
by hypnosis

Docker for AI agents — containers, compose stacks, logs and databases, locally or over SSH.

349 installs/wk local only
Agent Cost Log
by botrecipe

Cost per run, tool, model and day for AI agents, from one call or an OpenTelemetry export.

4 tools answering
A
AppContext
by appcontext

Live iOS Simulator and browser screenshots, logs, and a personal MCP hub for AI coding agents.

100 installs/wk local only
Willder
by willder

One memory for your AI agents: scoped, expiring, revocable per-agent tokens and an audit log.

answering
hiveWiki
by hivewiki

Shared project wiki for AI agents: read and write pages, next actions, and activity logs over MCP.

answering

Synap Memory — questions

Answers built from our own checks of this server.

What can Synap Memory do?
It exposes 4 tools, read directly from the server on our last check. Among them: check_memory_status, list_recent_memories, log_exchange, recall_context. The full list with descriptions is on this page — we take it from the server itself via tools/list, not from a README. How MCP servers expose tools in the first place →
Is Synap Memory working right now?
We send a real MCP handshake every 15 minutes. Over the last 24 hours 90 of 91 checks got a reply (98.9%), average response time 520 ms. The bar chart above shows every period we have measured.
How do I connect Synap Memory?
Copy the ready config from this page. We generate it for Claude Code, Claude Desktop, Codex, Cursor and VS Code, each in the form that client actually reads. It is a remote server, so there is nothing to install — the client connects to the address.
Does Synap Memory need an API key?
No. Synap Memory completed a full MCP handshake with us as an anonymous client and listed its tools without asking for anything. All 4 of them are readable on this page. This is what we observed, not what the docs claim.
How fast is Synap Memory?
It answers our handshake in 520 ms on average, which is faster than 23% of all working MCP servers we measure. That is on the slow side — worth knowing if the tool sits inside an interactive loop. The comparison comes from our own checks across the whole registry, every 15 minutes.
Is Synap Memory open source?
The code is open source: it is published under the Apache-2.0 licence, written in Python, 77 stars on GitHub and 1 open issue. The licence covers the code in the repository, not the hosted service at synap-mcp.maximem.ai, which runs on its operator's own terms.