mcp-memory-server

mcp-memory-server

A self-hosted knowledge-graph memory server for AI agents, providing persistent memory via 7 MCP tools, automatic instructions, and a web dashboard, enabling AI assistants to remember and retrieve information across sessions.

Category
Visit Server

README

Memory MCP Server

7 tools. 1 purpose: remember everything so your AI doesn't forget — and never needs to be reminded.

A personal, self-hosted remote knowledge-graph memory server for AI coding agents — a drop-in upgrade from the official local-file memory MCP server, with:

  • 7 focused MCP tools over Streamable HTTP (not 17)
  • MCP server instructions — a usage contract auto-injected into the model's system prompt, so your AI recalls and persists without you asking
  • A bundled Agent Skill (SKILL.md, open standard) that teaches any editor the same contract
  • A web dashboard with search, CRUD, stats, and an interactive knowledge-graph view
  • Out-of-the-box support for online AIs that speak MCP: Grok, ChatGPT, Claude, Gemini, Perplexity
  • $0/month on the free tiers of Fly.io + Neon Postgres + Netlify

Why this exists

The official MCP memory server is a single local JSONL file — no remote access, no search across sessions, no scaling. The remote alternatives are either overkill (17 tools, RBAC, audit trails, team workflows), gone (mem0 went hosted-only SaaS), or local-first (basic-memory, claude-mem).

Nobody ships a self-hosted, single-user, remote knowledge-graph memory server with a dashboard and a skill. That's the gap this project fills — the Goldilocks version, on infrastructure you control.

Features

Feature What it does
🧠 Knowledge graph Entities (nodes), weighted relations (edges), memories (facts/observations) with importance scoring, in isolated namespaces
🔎 Search + traversal Unified keyword search across everything; BFS graph traversal from any entity
🧹 consolidate Idempotent maintenance sweep: decay-scoring, dedup, purge — pure SQL, no LLM calls
📋 Server instructions A usage contract sent in the MCP initialize handshake; supporting clients (Claude Code, Codex, Copilot, Goose) inject it into the system prompt — zero-reminder usage
🛠️ Bundled Agent Skill skills/memory/SKILL.md (agentskills.io standard) — works in Zed, Cursor, Claude Code, Codex, OpenCode; covers editors that ignore instructions
🖥️ Web dashboard Static SPA on Netlify: search, browse, edit, graph view, stats, and a "Connect an AI" page — never wakes the API's scaled-to-zero machine
🌐 Online AI support Grok, ChatGPT, Claude web, Gemini (Spark), Perplexity, Le Chat all accept remote MCP connectors — your memory follows you to the web
🔐 Two-phase auth Phase 1: static Bearer token (local editors, ~30 min). Phase 2: OAuth 2.1 + PKCE + dynamic client registration via @tmcp/auth (required for ChatGPT/Gemini/Grok-style connectors)

Architecture

                        ┌─────────────────────────────────┐
                        │         Browser (you)            │
                        │  memory.svelte-apps.me           │
                        │  Dashboard SPA (static,          │
                        │  served from Netlify CDN)        │
                        └───────────────┬─────────────────┘
                                        │ HTTPS + Bearer token / PKCE
                                        ▼
┌────────────────────────┐   ┌────────────────────────────────────┐
│       MCP Clients       │   │       Fly.io App (Bun.serve)       │
│                         │   │                                    │
│  Local: Cursor, Zed,    │──▶│  /mcp     TMCP server (7 tools +   │
│  Claude Code, Copilot,  │   │           instructions)            │
│  OpenCode               │   │  /api/*   REST (same auth, CORS    │
│  Web: Grok, ChatGPT,    │   │           allowlist)               │
│  Claude.ai, Gemini,     │   └───────────────┬────────────────────┘
│  Perplexity             │                   │ @neondatabase/serverless
└────────────────────────┘                   ▼
                              ┌────────────────────────────────────┐
                              │      Neon Postgres (Free Tier)      │
                              │  namespaces · entities · relations  │
                              └────────────────────────────────────┘

Stack: Bun · TMCP (Valibot adapters, HttpTransport) · Neon Postgres · Svelte 5/SvelteKit (adapter-static) · Tailwind CSS v4 · cytoscape.js

Key decision: the MCP endpoint and the REST API share one Bun process on one Fly.io machine — TMCP's HttpTransport mounts at /mcp inside an existing Bun.serve. The dashboard is a static SPA on Netlify: free CDN, instant loads, and it never wakes the Fly VM (which scales to zero) — the machine only spins up for real API calls from agents.

flowchart LR
    subgraph Clients
        L[Local editors<br/>Cursor · Zed · Claude Code<br/>Copilot · OpenCode]
        W[Online AIs<br/>Grok · ChatGPT · Claude<br/>Gemini · Perplexity]
    end
    subgraph Fly["Fly.io (scale-to-zero)"]
        B[Bun.serve]
        M["/mcp — TMCP server<br/>7 tools + instructions"]
        A["/api/* — REST<br/>CORS allowlist"]
    end
    N[(Neon Postgres<br/>free tier)]
    D[Netlify CDN<br/>Dashboard SPA]
    L --> M
    W --> M
    B --> N
    D -- "fetch /api/*" --> A

The 7 Tools

# Tool Actions What it does
1 manage_namespace create, list, get, delete Organize memory into isolated spaces
2 manage_entity create, get, update, delete, find Knowledge graph nodes (people, concepts, projects, tools)
3 manage_relation create, delete, list Directed, weighted edges between entities
4 manage_memory create, get, update, delete, query Facts/observations/preferences with importance scoring
5 search — Unified keyword + metadata search across all data
6 traverse_graph — BFS walk of the knowledge graph from an entity
7 consolidate — Decay sweep + dedup + purge (idempotent maintenance)

Why 7 instead of 17: FlarelyLegal's 17 tools split entity search, memory queries, conversations, and admin into separate tools. By using action enums inside manage_* tools, the LLM surface stays clean while covering all capabilities. No RBAC, no conversations, no audit trails — those are team features a personal server doesn't need. Semantic/vector search is a deliberate future upgrade; search ships keyword + metadata for v1.

Remember Without Being Asked

Two complementary channels, one contract (src/instructions.ts):

  1. MCP instructions field — the server sends a usage contract in the initialize handshake; clients that support it (Claude Code, Codex, VS Code Copilot Chat, Goose, Claude Desktop) inject it into the model's system prompt. The model recalls before working and persists after learning — no reminder prompts.
  2. Bundled Agent Skill (skills/memory/SKILL.md) — same contract, delivered through the open Agent Skills standard. Works in every editor regardless of instructions support. Belt and suspenders.

The contract teaches: search before meaningful work, persist durable facts (preferences, decisions, conventions), prefer update over duplicate, link memories to entities, score importance 0–1, and never store credentials or ephemeral chat content.

The Dashboard

A static SPA at memory.svelte-apps.me (hosted on Netlify, swappable to Cloudflare Pages via one env var), talking to the same database through /api/*:

  • 🔍 Search all memories/entities; browse by namespace, type, importance
  • 🕸️ Interactive knowledge-graph view (cytoscape.js + dagre)
  • ✏️ CRUD on memories, entities, and relations from the browser
  • 📊 Stats: counts, top entities, recent memories, decay/consolidation status
  • 🔗 Connect an AI page: copy-paste configs for Grok, ChatGPT, Claude, Gemini, Perplexity, and the local editors

Project Structure

A Bun workspace monorepo: one repo, one lockfile, three deploy entries — Fly.io builds the server from the root Dockerfile, Netlify builds dashboard/ from netlify.toml, and the skill is installed by a script (no build).

mcp-memory-server/                    # Bun workspace monorepo
├── package.json                      # root scripts (dev, deploy:*)
├── bun.lock                          # ONE lockfile for the whole repo
├── Dockerfile                        # Fly.io entry — installs only the server's deps (--filter)
├── fly.toml                          # scale-to-zero config
├── netlify.toml                      # builds dashboard/, publishes dashboard/build
├── .env.example
├── src/                              # SERVER (deployed by Fly.io)
│   ├── index.ts                      # Bun.serve: mounts /mcp + /api/* (CORS)
│   ├── instructions.ts               # The memory contract (system-prompt injection)
│   ├── auth.ts                       # Bearer token (Phase 1) / OAuth guard (Phase 2)
│   ├── db.ts                         # Neon Postgres connection
│   ├── tools/                        # 7 tools, one file each
│   ├── lib/                          # CRUD + search + BFS + decay (shared by tools & API)
│   └── api/routes.ts                 # /api/* router (same auth as /mcp)
├── packages/
│   └── shared/                       # @memory/shared — Valibot schemas + types, no build step
│       └── src/{schemas,types}.ts    # single source of truth for tools, API, and dashboard
├── dashboard/                        # DASHBOARD (deployed by Netlify)
│   └── src/routes/                   # search, entities/[id], memories, graph, connect
├── skills/
│   └── memory/                       # SKILL (static, installed by script)
│       ├── SKILL.md
│       └── references/tools.md       # generated from @memory/shared schemas
├── sql/schema.sql                    # namespaces · entities · relations · memories · oauth_clients
└── scripts/
    ├── install-skill.sh              # copies the skill into every editor dir it finds
    ├── gen-skill-ref.ts              # regenerates references/tools.md from shared schemas
    └── seed.ts                       # demo namespace + sample memories

@memory/shared is imported as TypeScript directly (no build step) by both the server (Bun) and the dashboard (Vite) — the dashboard's forms validate against exactly what the server enforces, and the skill reference is generated from the same schemas: three consumers, one source of truth.

Getting Started

Prereqs: Bun 1.x.

bun install          # one lockfile for the whole workspace

cp .env.example .env # set DATABASE_URL + MCP_BEARER_TOKEN (see below)
bun run dev          # starts the server (MCP on /mcp, REST on /api/*)
bun run dev:dashboard

Environment variables

Variable Purpose
DATABASE_URL Neon Postgres pooled connection string (-pooler, port 5432)
MCP_BEARER_TOKEN Phase 1 auth token for /mcp and /api/* (openssl rand -hex 32)
DASHBOARD_PASSWORD Phase 1 dashboard login (OAuth Phase 2 replaces this)
OAUTH_JWK_SECRET Phase 2 OAuth signing key (Fly secret)
PUBLIC_API_URL Dashboard build-time REST base (e.g. https://mcp-memory.fly.dev)
PUBLIC_MCP_URL Dashboard build-time MCP URL shown on /connect

Database

psql "$DATABASE_URL" -f sql/schema.sql
# seed the default namespace
psql "$DATABASE_URL" -c "INSERT INTO namespaces (name, description) VALUES ('personal', 'Default namespace') ON CONFLICT DO NOTHING;"

Schema: namespaces → entities (cascade delete), relations (weighted directed edges, UNIQUE(source, target, relation_type)), memories (importance 0–1, archived flag), memory_entity_links (many-to-many), oauth_clients (Phase 2).

Deployment

Server → Fly.io

fly apps create mcp-memory
fly secrets set DATABASE_URL="postgresql://..." MCP_BEARER_TOKEN="$(openssl rand -hex 32)"
fly deploy
  • Dockerfile runs bun install --frozen-lockfile --filter memory-server — SvelteKit never enters the image (all workspace package.json files must be copied before install; Bun validates the full workspace graph against the lockfile).
  • fly.toml uses scale-to-zero (min_machines_running = 0): the free tier covers it, and cold starts (~1–2s for a thin Bun process) are acceptable for personal use. Set min_machines_running = 1 (~$1–3/mo) if you want always-on.
  • ⚠️ Don't add a Fly HTTP smoke check — raw GETs confuse Streamable HTTP servers. If you want a health endpoint, expose GET /healthz with a TCP check.

Verify with curl -i https://mcp-memory.fly.dev/mcp (expect 401 without a token — correct) or npx @modelcontextprotocol/inspector (Streamable HTTP, Authorization: Bearer <token>).

Dashboard → Netlify

Static SPA, built from the repo root (the workspace install must happen at root), published from dashboard/build. Attach the memory.svelte-apps.me subdomain, and add the origin to the API's CORS allowlist in src/index.ts. Credit math: a lean SPA (~150–250KB, no images) uses roughly 20–60 of 300 free credits/month. Swapping to Cloudflare Pages later is a config change, not a rewrite.

Connect Clients

Local editors (Phase 1 — bearer token)

Claude Code:

claude mcp add --transport http memory https://mcp-memory.fly.dev/mcp \
  --header "Authorization: Bearer YOUR_TOKEN"

Cursor / VS Code Copilot (.cursor/mcp.json / .vscode/mcp.json):

{
  "mcpServers": {
    "memory": {
      "type": "http",
      "url": "https://mcp-memory.fly.dev/mcp",
      "headers": { "Authorization": "Bearer YOUR_TOKEN" }
    }
  }
}

Zed (Settings → Agent → MCP): same shape as above.

Older stdio-only clients: use Fly's shim — fly mcp proxy https://mcp-memory.fly.dev/mcp (or npx mcp-remote --header "Authorization: Bearer ...").

Online AIs (Phase 2 — OAuth 2.1, verified mid-2026)

AI Where Gate
Claude Settings → Connectors → custom connector Every plan (Free = 1 connector)
Grok grok.com/connectors → New Connector → Custom Paid plans
ChatGPT Settings → Apps → Developer mode → Create Plus+, web only
Gemini Settings → Connected Apps → Custom apps for Spark Google AI Pro/Ultra (Spark)
Perplexity Settings → Connectors → Custom → Remote Pro/Max/Enterprise
Le Chat Connectors → + Add Connector → Custom Free/paid

All connect from the provider's cloud, so the server must be publicly reachable (it is — Fly with force_https); Streamable HTTP is the universal transport.

Install the skill

bun run scripts/install-skill.sh   # detects ~/.agents/skills, .cursor/skills, .claude/skills, .codex/skills

Restart your editor to pick it up. Claude Code users can also invoke it on demand with /memory.

Roadmap

Milestone Exit criteria Est.
M1 — Server on Fly.io, Bearer auth, 7 tools Inspector connects; CRUD works end-to-end against Neon 2 days
M2 — Server instructions + skill New chat in Claude Code recalls a memory with zero reminder prompts; skill works in Zed + Cursor 1 day
M3 — REST API + dashboard on Netlify Browse/search/graph/CRUD at memory.svelte-apps.me; stats load 1.5 days
M4 — OAuth 2.1 (@tmcp/auth) codex mcp login + inspector OAuth flow succeed; Claude connector works 1 day
M5 — Online AI rollout Grok + ChatGPT + Gemini connectors authorized; memory usable from web chats 0.5 day

Release gate: everything in M1–M3 works in a fresh chat with zero reminder prompts (verified via instructions + skill), and the dashboard shows the same data the agents write.

Future enhancements

  • Semantic search — pgvector on Neon (paid) or a small embeddings service; search is already a single tool, so the engine swaps without schema changes
  • Multi-user namespaces — per-person namespaces + shared read-only access
  • Memory ingestion API — browser extension or CLI to dump chat transcripts into memory
  • MCP resources — expose the graph as memory:// resources for subscription-capable clients
  • Publishing — the skill to skills.sh; the server to an MCP marketplace

Costs

Item Cost
Fly.io (shared-cpu 256MB VM, scale-to-zero) $0 (free tier)
Netlify (dashboard SPA) $0 (~20–60 of 300 credits/mo)
Neon Postgres free tier $0 (0.5 GB, 100 CU-hours — fine for ~10K memories)
Domains $0–12/yr
Total $0/mo (always-on variant: ~$1–3/mo)

Security & Privacy

  • All traffic TLS (force_https = true); secrets live in fly secrets, never in the image
  • The memory contract forbids storing credentials/secrets — the server is a memory, not a vault
  • OAuth consent screen (Phase 2) lists scopes (memory:read, memory:write)
  • consolidate purges archived rows; retention rules can be added (e.g. importance < 0.2 and unaccessed 90 days → archive)

Documentation

The full design lives in plan/ — implementation specs, decision records, and research with citations:

  • plan/README.md — master plan: tool behavior spec, DB schema, deploy parts 1–7, milestones
  • plan/arch.md — architecture decisions (Bun vs Node, TMCP, Neon, Fly.io, instructions + skill, auth phases)
  • plan/dashboard.md — web dashboard spec (REST API surface, pages, graph payload, Netlify deploy)
  • plan/skill.md — the bundled Agent Skill (full draft + install matrix)
  • plan/notes.md — research notes: competition analysis, client compatibility, citations (Aug 2026)

Status

In progress. The plan (revived 2026-08-15) is complete and the workspace is scaffolded; milestones M1–M5 are being implemented against it. PRs, issues, and ideas welcome.

Recommended Servers

playwright-mcp

playwright-mcp

A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.

Official
Featured
TypeScript
Magic Component Platform (MCP)

Magic Component Platform (MCP)

An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.

Official
Featured
Local
TypeScript
Audiense Insights MCP Server

Audiense Insights MCP Server

Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.

Official
Featured
Local
TypeScript
VeyraX MCP

VeyraX MCP

Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.

Official
Featured
Local
graphlit-mcp-server

graphlit-mcp-server

The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.

Official
Featured
TypeScript
Kagi MCP Server

Kagi MCP Server

An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.

Official
Featured
Python
E2B

E2B

Using MCP to run code via e2b.

Official
Featured
Neon Database

Neon Database

MCP server for interacting with Neon Management API and databases

Official
Featured
Exa Search

Exa Search

A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.

Official
Featured
Qdrant Server

Qdrant Server

This repository is an example of how to create a MCP server for Qdrant, a vector search engine.

Official
Featured