Reference Source · MCP server health

io.github.deepmemteam/deepmem

Mem0-compatible persistent memory for AI agents: write facts once, recall them semantically.

One endpoint on the official MCP registry. Probed daily.

https://deepmem.dev/mcp

no usable response (DNS, TLS, timeout or 5xx)

Last 30 probes
Last seen healthy2026-10-20
Completed sessions57.1% of the last 7 probes · 86.2% of the last 30
Handshake latencymedian 215 ms, 95th 10229 ms
Tools listed—
Tool contract626a284be1c9 — unchanged over the 19 days we have read it
Protocol answered—
Transportstreamable-http
Last detailTimeoutError: The read operation timed out

Embed the badge

[![MCP](https://referencesource.org/mcp-health/badge/io-github-deepmemteam-deepmem.svg)](https://referencesource.org/mcp-health/server/io-github-deepmemteam-deepmem/)

The badge shows the most recent probe. It is generated from the same file this page is, updates once a day, and needs no key.

What was actually measured

One HTTP POST carrying a JSON-RPC initialize, and if that succeeds, a tools/list. Nothing here is a score, a rating or a judgement about whether the server is any good — only whether an ordinary MCP client could complete a session with it on the day we asked. “Needs credentials” is not a fault: it means the endpoint wants an account, which is a perfectly reasonable thing for it to want.

The tool contract row is a digest of what tools/list returned — each tool's name, description and input schema, hashed — so that a rename, a newly-required field or a rewritten description can be spotted even though none of them breaks the connection. We keep the digests and nothing else: no tool name, description or schema of anybody's is stored or republished here, which is also why this can say that a contract moved and by how much, but not what it now says.

The method and the daily totals · every server we probe, A–Z · feed.json · licence · corrections and removals: [email protected]