hypermnesia
A semantic memory store for AI agents, enabling persistent memory across sessions via MCP tools with semantic search, scoped access, and local embeddings.
README
hypermnesia
A semantic memory store for AI agents, exposed over MCP.
Agents call tools to save and recall persistent memories across sessions instead of
relying on per-session context or hand-edited CLAUDE.md files.
- Recall is semantic, not key-based — agents search by meaning ("what do I know relevant to this task?"), not by knowing an exact key.
- Local-only, CPU-friendly embeddings. Default is
fastembed(ONNX, no PyTorch) withBAAI/bge-small-en-v1.5. The embedder is pluggable via config. - Shared & multi-tenant. Memories live in scopes; bearer tokens map to a principal and the scopes it may read/write. Every query is scope-filtered, so tenants are isolated.
- Postgres + pgvector for storage, vectors, and metadata in one place.
MCP tools
| Tool | Purpose |
|---|---|
memory_search(query, scope?, tags?, k) |
Semantic recall (the workhorse) |
memory_save(content, description, scope, type?, tags?, metadata?, importance?) |
Store; updates a near-duplicate instead of inserting |
memory_get(memory_id) |
Fetch one by id |
memory_list(scope?, tags?, limit) |
Browse recent memories (cheap index) |
memory_delete(memory_id) |
Delete by id |
description is a one-line summary used for ranking and de-duplication — treat it like
the one-liners in Claude Code's MEMORY.md index.
Quick start (Docker)
The stack is a shared base (docker-compose.yml) plus one of two overlays:
# Release — pull the published image from GHCR (defaults to the `latest` tag):
docker compose -f docker-compose.yml -f docker-compose.release.yml up -d
# pin a version with HM_TAG, e.g. HM_TAG=v0.1.0 docker compose ... up -d
# Dev — build the image from local source:
docker compose -f docker-compose.yml -f docker-compose.dev.yml up -d --build
The MCP server listens on http://localhost:8765/mcp (streamable HTTP). Point an MCP
client at it with header Authorization: Bearer <your-token>.
Tip:
export COMPOSE_FILE=docker-compose.yml:docker-compose.dev.ymlto drop the repeated-fflags during development.
Use it with Claude
Connecting the server is two steps: register it, then tell Claude when to call it.
Claude Code
Register the running server (HTTP transport, with the bearer token):
claude mcp add --transport http hypermnesia http://localhost:8765/mcp \
--header "Authorization: Bearer dev-token" \
--scope user # available in every project; use --scope local/project to narrow
Verify with claude mcp list (should show connected); inside a session, /mcp lists
the tools. The stack must be running and reachable on the same machine.
Exposing tools isn't enough — Claude won't reach for them unless told when to. Add this
to a CLAUDE.md (project-level, or ~/.claude/CLAUDE.md for all projects):
## Persistent memory (hypermnesia MCP)
- At the start of a task, call `memory_search` for relevant prior context.
- When you learn a durable fact, preference, or decision, call `memory_save` with a
one-line `description` — no `scope` needed; it defaults to this project.
- Pass `scope: "shared"` only for things useful across every project.
- Search before saving; prefer updating a near-duplicate over creating a new memory.
You can put this in a single global ~/.claude/CLAUDE.md — memories are partitioned
per project automatically (see below), so projects never trample each other.
Claude Desktop
claude_desktop_config.json is stdio-oriented, so bridge to the HTTP server with
mcp-remote:
{
"mcpServers": {
"hypermnesia": {
"command": "npx",
"args": ["mcp-remote", "http://localhost:8765/mcp",
"--header", "Authorization: Bearer dev-token"]
}
}
}
Claude API / Agent SDK
Pass the server via the MCP connector (the mcp_servers field), pointing at
http://localhost:8765/mcp with the Authorization: Bearer <token> header.
Project scoping (no trampling)
Memories live in scopes, and the server derives each session's scope so a single global config can't mix projects together:
- Workspace root — MCP clients (Claude Code included) advertise the project
directory as a root; the server maps it to
project:<dirname>-<hash>. Saves and searches default to this scope automatically. No per-project setup. X-Hypermnesia-Projectheader — override with a stable key (e.g. a repo slug) so a team or several machines share one project's memory. Set it per project in a project-scoped.mcp.json.default— fallback when a client advertises neither.
memory_search/memory_list return the current project plus any granted shared
scopes (like shared) — never another project's. memory_save defaults to the project
scope; pass scope: "shared" to cross boundaries deliberately. Because the scope is
derived server-side from the real workspace, the model can't accidentally write to the
wrong project by mistyping a name.
After changing the server's tool signatures, reconnect the MCP client (it caches the tool list on connect) to pick them up.
Local dev
python -m venv .venv && source .venv/bin/activate
pip install -e ".[dev]"
# Postgres with pgvector (or: docker compose up db)
hypermnesia # starts the MCP server
pytest -m "not e2e" # unit tests only (no DB/network needed)
Tests
- Unit (
tests/test_auth.py,tests/test_embeddings.py): pure logic, no infra —pytest -m "not e2e". - End-to-end (
tests/test_e2e.py): black-box CRUD + semantic recall + auth/scope isolation, driven through the MCP tools against a running server. They auto-skip if no server is reachable.
Run the whole suite against the Docker stack (dev overlay builds from source):
docker compose -f docker-compose.yml -f docker-compose.dev.yml up -d --build
docker compose -f docker-compose.yml -f docker-compose.dev.yml \
--profile test run --rm tests # waits for health, runs unit + e2e
Point the e2e tests elsewhere with HM_TEST_URL, HM_TEST_TOKEN, HM_TEST_SCOPE.
Configuration
All settings are env vars with the HM_ prefix (see .env.example). Key ones:
| Var | Default | Notes |
|---|---|---|
HM_EMBEDDING_PROVIDER |
fastembed |
fastembed | sentence_transformers | ollama |
HM_EMBEDDING_MODEL |
BAAI/bge-small-en-v1.5 |
any model the provider supports |
HM_DEDUPE_THRESHOLD |
0.92 |
cosine sim above which save updates vs. inserts |
HM_AUTH_TOKENS |
{} |
{"token":{"principal":"id","scopes":["..."]}} |
HM_REQUIRE_AUTH |
true |
when false, all callers are anonymous/default |
Swapping the embedding model
Set HM_EMBEDDING_PROVIDER / HM_EMBEDDING_MODEL. The vector dimension is auto-detected
and pinned in the store on first run. Switching to a model with a different dimension
(or a different model entirely) is refused with a clear error, because existing vectors
would no longer be comparable — re-index (dump, drop, reload) when changing models.
To add a new provider, implement the Embedder protocol and @register("name") it in
src/hypermnesia/embeddings/providers.py.
Status
v1. Implemented: MCP tools, pgvector storage, scope-based auth/isolation, semantic recall, search-before-write de-duplication, and a unit + e2e test suite.
Roadmap: decay/forgetting jobs, hybrid keyword+vector rerank, Redis hot-cache, per-principal rate limits, web UI.
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。