MCP DuckDB Knowledge Graph Memory Server
The MCP DuckDB Knowledge Graph Memory Server allows you to manage and query a knowledge graph stored in DuckDB. With this server, you can:
Create Entities: Add new entities with types and associated observations
Create Relations: Define relationships between entities
Add Observations: Attach additional observations to existing entities
Delete Entities: Remove entities and their associated relations
Delete Observations: Remove specific observations from entities
Delete Relations: Remove relationships between entities
Search Nodes: Find entities based on names, types, or observation content
Open Nodes: Retrieve specific nodes by their names
Supports containerized deployment through Docker, allowing the memory server to be run in isolated containers with appropriate build and run commands.
Uses DuckDB as the backend database for storing knowledge graph data, leveraging its fast query processing, SQL interface, and transaction support for efficient storage and retrieval of entities, observations, and relations.
Click on "Deploy 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., "@MCP DuckDB Knowledge Graph Memory Server search for my recent project discussions about AI agents"
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.
MCP DuckDB Knowledge Graph Memory Server
A forked version of the official Knowledge Graph Memory Server.
Installation
Installing via Smithery
To install DuckDB Knowledge Graph Memory Server for Claude Desktop automatically via Smithery:
npx -y @smithery/cli install @IzumiSy/mcp-duckdb-memory-server --client claudeManual install
Otherwise, add @IzumiSy/mcp-duckdb-memory-server in your claude_desktop_config.json manually (MEMORY_FILE_PATH is optional)
{
"mcpServers": {
"graph-memory": {
"command": "npx",
"args": [
"-y",
"@izumisy/mcp-duckdb-memory-server"
],
"env": {
"MEMORY_FILE_PATH": "/path/to/your/memory.data"
}
}
}
}The data stored on that path is a DuckDB database file.
Docker
Build
docker build -t mcp-duckdb-graph-memory .Run
docker run -dit mcp-duckdb-graph-memoryRelated MCP server: Knowledge Graph Memory Server
Usage
Use the example instruction below
Follow these steps for each interaction:
1. User Identification:
- You should assume that you are interacting with default_user
- If you have not identified default_user, proactively try to do so.
2. Memory Retrieval:
- Always begin your chat by saying only "Remembering..." and search relevant information from your knowledge graph
- Create a search query from user words, and search things from "memory". If nothing matches, try to break down words in the query at first ("A B" to "A" and "B" for example).
- Always refer to your knowledge graph as your "memory"
3. Memory
- While conversing with the user, be attentive to any new information that falls into these categories:
a) Basic Identity (age, gender, location, job title, education level, etc.)
b) Behaviors (interests, habits, etc.)
c) Preferences (communication style, preferred language, etc.)
d) Goals (goals, targets, aspirations, etc.)
e) Relationships (personal and professional relationships up to 3 degrees of separation)
4. Memory Update:
- If any new information was gathered during the interaction, update your memory as follows:
a) Create entities for recurring organizations, people, and significant events
b) Connect them to the current entities using relations
b) Store facts about them as observationsMotivation
This project enhances the original MCP Knowledge Graph Memory Server by replacing its backend with DuckDB.
Why DuckDB?
The original MCP Knowledge Graph Memory Server used a JSON file as its data store and performed in-memory searches. While this approach works well for small datasets, it presents several challenges:
Performance: In-memory search performance degrades as the dataset grows
Scalability: Memory usage increases significantly when handling large numbers of entities and relations
Query Flexibility: Complex queries and conditional searches are difficult to implement
Data Integrity: Ensuring atomicity for transactions and CRUD operations is challenging
DuckDB was chosen to address these challenges:
Fast Query Processing: DuckDB is optimized for analytical queries and performs well even with large datasets
SQL Interface: Standard SQL can be used to execute complex queries easily
Transaction Support: Supports transaction processing to maintain data integrity
Indexing Capabilities: Allows creation of indexes to improve search performance
Embedded Database: Works within the application without requiring an external database server
Implementation Details
This implementation uses DuckDB as the backend storage system, focusing on two key aspects:
Database Structure
The knowledge graph is stored in a relational database structure as shown below:
erDiagram
ENTITIES {
string name PK
string entityType
}
OBSERVATIONS {
string entityName FK
string content
}
RELATIONS {
string from_entity FK
string to_entity FK
string relationType
}
ENTITIES ||--o{ OBSERVATIONS : "has"
ENTITIES ||--o{ RELATIONS : "from"
ENTITIES ||--o{ RELATIONS : "to"This schema design allows for efficient storage and retrieval of knowledge graph components while maintaining the relationships between entities, observations, and relations.
Fuzzy Search Implementation
The implementation combines SQL queries with Fuse.js for flexible entity searching:
DuckDB SQL queries retrieve the base data from the database
Fuse.js provides fuzzy matching capabilities on top of the retrieved data
This hybrid approach allows for both structured queries and flexible text matching
Search results include both exact and partial matches, ranked by relevance
Development
Setup
pnpm installTesting
pnpm testLicense
This project is licensed under the MIT License - see the LICENSE file for details.
Available Tools
8 toolsadd_observationsC
Add new observations to existing entities in the knowledge graph
Inputs: observations (required).
create_entitiesC
Create multiple new entities in the knowledge graph
Inputs: entities (required).
create_relationsC
Create multiple new relations between entities in the knowledge graph. Relations should be in active voice
Inputs: relations (required).
delete_entitiesC
Delete multiple entities and their associated relations from the knowledge graph
Inputs: entityNames (required).
delete_observationsC
Delete specific observations from entities in the knowledge graph
Inputs: deletions (required).
delete_relationsC
Delete multiple relations from the knowledge graph
Inputs: relations (required).
open_nodesC
Open specific nodes in the knowledge graph by their names
Inputs: names (required).
search_nodesC
Search for nodes in the knowledge graph based on a query
Inputs: query (required).
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 8 tools
Most tools have distinct purposes targeting different aspects of the knowledge graph (entities, relations, observations, nodes), though 'open_nodes' and 'search_nodes' could potentially overlap in functionality if opening involves searching. The descriptions clarify that 'open_nodes' accesses specific named nodes while 'search_nodes' performs query-based lookup, but agents might still confuse them in some scenarios.
All tools follow a consistent verb_noun pattern with snake_case naming (e.g., add_observations, create_entities, delete_relations). The verbs are clear and appropriate for the actions (add, create, delete, open, search), and there are no deviations in style or convention throughout the set.
With 8 tools, this server is well-scoped for a knowledge graph memory system. Each tool appears to serve a specific and necessary function for managing entities, relations, observations, and nodes, without being overly sparse or bloated. The count aligns well with the domain's typical CRUD and query operations.
The tool set provides strong coverage for core knowledge graph operations, including creation, deletion, and querying of entities, relations, and observations. A minor gap is the lack of update tools (e.g., update_entities or update_relations), which might require workarounds like delete-and-recreate, but the surface is otherwise comprehensive for the stated purpose.
Maintenance
Related MCP Connectors
Persistent, outcome-grounded episodic memory for Claude. 14ms CPU retrieval, no GPU, no vector DB.
Memory for Claude, ChatGPT and other AI apps: notes and docs as a searchable graph, EU-hosted.
Persistent memory for Claude Code and Cursor. Stop re-explaining your project every session.
Persistent memory and knowledge graph for AI assistants — keyword + vector + graph search.
Related MCP Servers
- AlicenseAqualityDmaintenanceAn improved implementation of persistent memory using a local knowledge graph with a customizable --memory-path. This lets Claude remember information about the user across chats.10107 npm887MIT
- AlicenseBqualityFmaintenanceA persistent memory implementation using a local knowledge graph that lets Claude remember information about users across conversations.96MIT
- AlicenseNot gradedqualityDmaintenanceA persistent memory system using a local knowledge graph that enables Claude to remember information about users across chats, with advanced search, graph traversal, and filtering capabilities for entities, relations, and observations.MIT
- AlicenseNot gradedqualityDmaintenanceA persistent memory server for Claude Code that captures session context and tool outputs to inject relevant history into future sessions. It enables long-term recall through semantic search and automatic context management, allowing for more consistent and context-aware coding interactions.10 npm253ISC