jalipata-mcp-memory
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@jalipata-mcp-memoryRemember that the deploy happens every Friday."
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
jalipata-mcp-memory
Persistent long-term memory for AI tools, over MCP. Give Claude Code, OpenCode, or any MCP-capable client a shared knowledge graph it can read and write across sessions — like Claude's memory, but tool-agnostic.
Features
Knowledge graph memory — entities, atomic observations, and directed relations (compatible with
@modelcontextprotocol/server-memory).Model-driven — the model recalls and saves via MCP tools, guided by an injected prompt. No host-specific integration required.
Multi-tenant — memory is scoped by
namespace(user:alice,user:alice:project:frontend), so users, projects, and agents never mix.SQLite storage — transactional, WAL mode, zero-setup, single portable file.
Keyword search — SQLite FTS5 with a substring fallback; no external services.
Live updates — mutation tools notify subscribed clients via MCP resources.
Two transports — stdio (default, local) and Streamable HTTP (remote).
Related MCP server: dejaview-mcp
Quick start
Wire memory into Claude Code and/or OpenCode with one interactive command:
npx -y @jalipata/mcp-memory initThe wizard asks which tools, where to set it up, the database path, and a memory namespace — then writes the MCP config and injects usage guidance into CLAUDE.md / AGENTS.md. Restart your AI tool and start chatting.
Run it outside a project (e.g. from $HOME)? It detects that and defaults to a user/global setup instead of cluttering your home directory. Re-running is safe — existing files are merged, never overwritten.
What the wizard writes
Scope | Claude Code | OpenCode |
Project |
|
|
User / global |
|
|
For Claude Code, the injected guidance makes the model treat the memory MCP server as its primary long-term memory, instead of Claude's built-in memory.
Running the server
The server is a normal MCP process. stdio is the default transport — most clients spawn it themselves from your MCP config, so you rarely run it directly. HTTP is for remote setups.
stdio (default):
npx -y @jalipata/mcp-memoryHTTP (remote):
MEMORY_TRANSPORT=http MEMORY_HTTP_PORT=3000 npx -y @jalipata/mcp-memoryEnvironment
Env var | Description | Default |
| SQLite database file |
|
|
|
|
| Port when transport is |
|
| Server name advertised over MCP |
|
In client configs, set an absolute
MEMORY_DB_PATH. The default resolves from the client's working directory, which differs per tool and can scatter your memories across many files.
Manual MCP client setup
Skipped the wizard? Add the server to your client's MCP config. On Windows, prefix npx with cmd /c.
Most clients (Claude Code .mcp.json, Claude Desktop claude_desktop_config.json, Cursor .cursor/mcp.json) — mcpServers format:
{
"mcpServers": {
"memory": {
"command": "npx",
"args": ["-y", "@jalipata/mcp-memory"],
"env": { "MEMORY_DB_PATH": "/absolute/path/to/memory.db" }
}
}
}OpenCode (opencode.json):
{
"mcp": {
"memory": {
"type": "local",
"command": ["npx", "-y", "@jalipata/mcp-memory"],
"enabled": true,
"environment": { "MEMORY_DB_PATH": "/absolute/path/to/memory.db" }
}
}
}VS Code / Copilot (.vscode/mcp.json) — uses the servers key:
{
"servers": {
"memory": {
"type": "stdio",
"command": "npx",
"args": ["-y", "@jalipata/mcp-memory"],
"env": { "MEMORY_DB_PATH": "/absolute/path/to/memory.db" }
}
}
}Remote HTTP:
{
"mcpServers": {
"memory": { "url": "http://localhost:3000/mcp" }
}
}How memory works
Memories form a knowledge graph of entities, atomic observations, and directed relations:
{ "name": "Alfian", "entityType": "person", "observations": ["Prefers TypeScript"] }
{ "from": "Alfian", "to": "jalipata", "relationType": "works_on" }The guidance injected into CLAUDE.md / AGENTS.md (or the bundled memory-guidance prompt) tells the model to:
Recall relevant context at the start of a conversation with
search_nodes/open_nodes.Save durable facts with
create_entities,create_relations, andadd_observations.Stay clean — atomic observations, reuse existing entities, delete stale memory — always under a consistent
namespace.
MCP tools
All tools accept an optional namespace argument (defaults to default).
Tool | Description |
| Create entities; duplicates by name are ignored |
| Create directed relations; missing endpoints are auto-created |
| Append atomic facts to entities (fails if entity is missing) |
| Delete entities — cascades to relations & observations |
| Delete specific observations |
| Delete specific relations |
| Read the full knowledge graph for a namespace |
| Keyword search over names, types, and observations (FTS5 + LIKE) |
| Retrieve specific nodes plus their connected relations |
| List all memory namespaces |
MCP resources
memory://namespaces— all known namespaces (JSON)memory://graph/{namespace}— full graph of a namespace (JSON), subscribable
Development
npm run typecheck # tsc --noEmit
npm test # vitest run (unit tests)
npm run dev # tsx watchStack: Node.js ≥ 22 · TypeScript · @modelcontextprotocol/sdk · better-sqlite3 · SQLite FTS5 · zod · @clack/prompts
Project layout
src/
├── index.ts # entry point: stdio + HTTP transports + `init` dispatch
├── config.ts # env configuration
├── prompts.ts # LLM memory-guidance prompt
├── resources.ts # MCP resources + subscribe notifications
├── db/
│ ├── schema.ts # SQLite DDL + FTS5 triggers
│ ├── connection.ts # better-sqlite3 bootstrap
│ └── knowledgeGraph.ts # namespace-aware CRUD + search
├── cli/
│ ├── config.ts # setup wizard logic (tool targets, scopes, merge)
│ └── init.ts # interactive `init` wizard
└── tools/
└── index.ts # MCP tool registration (zod schemas)License
MIT
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Servers
- Alicense-qualityAmaintenanceProvides AI agents with persistent knowledge storage, enabling them to store, search, and retrieve text, documents, and files using semantic and keyword search via MCP tools.32Apache 2.0
- Alicense-qualityDmaintenanceProvides persistent knowledge graph memory for AI agents, enabling them to store, recall, and query facts about people, projects, and relationships across sessions.MIT
- Alicense-qualityAmaintenanceProvides persistent, searchable memory for MCP-compatible agents, enabling recall by meaning, automatic decay, trust scoring, and cross-agent handoffs.4MIT
- Alicense-qualityBmaintenanceProvides persistent, graph-based memory for AI agents via MCP, enabling semantic search, wikilink traversal, reminders, and injection protection.Apache 2.0
Related MCP Connectors
Your memory, everywhere AI goes. Build knowledge once, access it via MCP anywhere.
Cross-vendor AI memory over MCP. One semantic store, readable and writeable from every MCP client.
User-owned memory for AI agents, Copilot, Claude, IDEs, CLIs, and chat apps over remote MCP.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/alfianyusufabdullah/jalipata'
If you have feedback or need assistance with the MCP directory API, please join our Discord server