In-depth architectural comparison of the Basic Memory and Minirag MCP MCP servers. Compare execution transports, security boundaries, tool capabilities, quality scores, and ready-to-paste client installation snippets for Claude, Cursor, Windsurf, and VS Code.
At a Glance & Executive Verdict
Basic Memory
Knowledge & Memory · Local stdio
Quality: 69/100 (Great) | Auth: No auth required
Minirag MCP
Knowledge & Memory · Local stdio
Quality: 55/100 (Good) | Auth: No auth required
Verdict Summary: Choose Basic Memory if you need specialized Knowledge & Memory tools running via a local process. Choose Minirag MCP if your workspace requires Knowledge & Memory integration with local subprocess execution. Both servers can be configured concurrently in your client's mcpServers manifest.
Which MCP Server Should You Choose?
Choose Basic Memory when:
You need dedicated capabilities in the Knowledge & Memory domain.
You prefer local stdio subprocess transport architecture.
Your security boundary fits: No auth required (Freemium).
Persistent, local-first AI memory: a semantic knowledge graph of plain Markdown files that humans and LLMs both read and write. Works with any MCP client, with optional cloud sync and team workspaces.
Local-first RAG MCP server: hybrid search over a folder of your own documents
Basic Memory is categorized under Knowledge & Memory and uses a local stdio subprocess. In contrast, Minirag MCP belongs to Knowledge & Memory using local stdio subprocess. Select Basic Memory when you need capabilities focused on knowledge & memory and Minirag MCP when you require tools for knowledge & memory.
Reconcile the index with the document roots (or one path inside them). Returns a `jobId`; the work runs in a background thread.
sync_status
Poll a sync job started by `sync_start`.
ingest_file
Ingest or re-ingest one file, replacing any content already indexed for it.
ingest_data
Ingest text/markdown/html content the client holds, under a source id you choose.
ingest_url
Fetch an http(s) URL, convert it to Markdown, and index it.
query_documents
Hybrid search: semantic similarity plus a keyword boost for exact terms. Each hit carries `text` (the passage that matched) and `parentId`; the enclosing sections come back once each in the response's `parents` map — see [Chunking](#chunking).
read_chunk_neighbors
Read the chunks immediately before and after a search result, for context.
read_file
Read a source's entire indexed content as Markdown, reconstructed from its chunks rather than concatenated from them.
list_files
List files found on disk under the document roots, plus indexed data/url sources.
delete_file
Delete an indexed file, data item, or url item from the index.
status
Report configuration and index status, including whether the index predates the current chunking scheme. Works even when configuration is invalid.