
Shodh Memory
io.github.varun29ankuSPublished by GitHub account varun29ankuSv0.2.0Updated Oct 24, 2026
Cognitive memory for AI agents — semantic search, Hebbian learning, knowledge graphs.
The publisher's own server: Memory.fit
Overview
Local persistent memory server for AI agents: store, semantically search and manage memories, plus GTD todos, projects and reminders.
- What you can do
- Store, recall, read, list and delete memories, with semantic search, tag and date recall, proactive context surfacing and session context summaries
- Organize memories into a knowledge graph with Hebbian association strengthening, decay, consolidation and content-hash deduplication
- Create, update, complete, reorder and delete GTD todos, subtasks and comments, and get todo statistics
- Group todos into projects, including sub-projects, archiving and deletion
- Set time, duration or keyword-triggered reminders and list or dismiss them
- Check memory and index health, view consolidation reports, track token usage, and create, verify, restore or purge backups
- When to use it
- Useful when you want an assistant to remember preferences, project context and past decisions across sessions on your own machine, and to keep a lightweight task and reminder list alongside that memory.
- Requirements
- Runs locally via npx (Node.js) and auto-downloads a native backend binary (~15MB) and embedding model (~23MB) on first run; allow a longer startup timeout. Requires the SHODH_API_KEY secret. Optional settings include SHODH_API_URL (default local HTTP endpoint), SHODH_USER_ID, and IPC options such as SHODH_IPC_ENDPOINT. Supported on Linux x64, macOS x64/ARM64 and Windows x64.
Installation
In SourceWeft
- Open Shodh Memory in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
Shodh-Memory MCP Server
Persistent cognitive memory for AI agents
Documentation | GitHub | Python SDK | Rust Crate
Features
- Cognitive Architecture: 3-tier memory (working, session, long-term) based on Cowan's model
- Hebbian Learning: "Neurons that fire together wire together" - associations strengthen with use
- Semantic Search: Find memories by meaning using MiniLM-L6 embeddings
- Knowledge Graph: Entity extraction and relationship tracking
- Memory Consolidation: Automatic decay, replay, and strengthening
- Idempotent: Content-hash dedup — identical memories are never stored twice
- 1-Click Install: Auto-downloads native server binary for your platform
- Offline-First: All models auto-downloaded on first run (~38MB total), no internet required after
- Fast: <200ms API response, sub-millisecond graph lookup, 30-50ms semantic search
- GTD Task Management: Full todo system with projects, subtasks, comments, and reminders
Installation
Add to your MCP client config:
Claude Desktop / Claude Code (claude_desktop_config.json):
Config file locations:
- macOS:
~/Library/Application Support/Claude/claude_desktop_config.json - Windows:
%APPDATA%\Claude\claude_desktop_config.json - Linux:
~/.config/Claude/claude_desktop_config.json
Codex CLI (.codex/config.toml):
By default the MCP server talks to the backend over HTTP, which works on every
platform. To route ordinary requests over authenticated local IPC instead, add
SHODH_IPC_ENDPOINT with a platform-appropriate value. On Windows, use the
per-user named pipe printed by the server (normally
\\.\pipe\shodh-memory-<current-user-SID>); on macOS/Linux, use its absolute Unix
socket path (under the platform data directory at shodh/shodh-memory.sock by
default). A \\.\pipe\... value on macOS/Linux is rejected rather than silently
forwarded to the spawned backend. The auto-spawn path passes an explicitly
configured endpoint to the backend so both processes use the same value.
Note: First run downloads the server binary (~15MB) plus embedding model (~23MB). The
startup_timeout_sec = 60ensures enough time for initial setup.
For Cursor/other MCP clients: Similar configuration with the npx command.
Environment Variables
Local IPC
When SHODH_IPC_ENDPOINT is set, tool calls, proactive surfacing, health checks,
resources, and prompts use local IPC. Each call opens one local connection and
exchanges one versioned, newline-delimited JSON request and response. Frames are
limited to eight MiB. An empty-auth health challenge first proves the endpoint
knows the configured key. Ordinary requests then use HMAC proofs bound to that
server instance and request body; the reusable API key is never sent over IPC or
written to MCP stdout.
Streaming ingestion remains a WebSocket feature. It is disabled by default in
IPC mode because the local protocol is finite request/response. To enable it
explicitly, set SHODH_STREAM_WEBSOCKET=true and configure SHODH_API_URL for
the server's HTTP WebSocket endpoint. Ordinary operations continue to use IPC.
If SHODH_IPC_ENDPOINT is absent, the MCP server preserves its existing HTTP
and WebSocket behavior. When the variable is present, it is an explicit transport
selection: an unavailable IPC endpoint is reported rather than silently retried
over HTTP.
SHODH_USER_ID remains a logical namespace, as it is over REST. A configured API
key has authority across namespaces. Use separate server/key instances when
mutually untrusted tenants require an authorization boundary.
MCP Tools (51 total)
Memory — Store, search, and manage memories
Memory previews and truncation.
recall,recall_by_tags, andproactive_contextreturn previews of each memory body (default cap: 500 characters). When a body is longer than the cap, the output is truncated with an explicit, honest marker that reports the real lengths and the follow-up call, e.g.…[truncated 500/2340 chars — read_memory("<id>") for full]. A preview is never silently cut off — the absence of a marker means you are seeing the complete body. To get complete bodies inline (no markers), passfull_content: trueon any of those three tools; this increases token usage, so prefer it for small result sets.read_memoryalways returns the full, untruncated content.
Todos (GTD) — Task management with projects and subtasks
Projects — Organize todos into groups
Reminders — Time, duration, and context-triggered reminders
System — Health, backups, and diagnostics
REST API (for Developers)
The server exposes a REST API at http://127.0.0.1:3030:
Key Endpoints
Cognitive Features
Hebbian Learning
Memories that are frequently accessed together form stronger associations. The system automatically:
- Forms edges between co-retrieved memories
- Strengthens connections with repeated co-activation
- Enables Long-Term Potentiation (LTP) for permanent associations
Memory Consolidation
Background processes maintain memory health:
- Decay: Unused memories gradually lose activation
- Replay: High-value memories are periodically replayed
- Pruning: Weak associations are removed
- Promotion: Important memories move to long-term storage
3-Tier Architecture
Based on Cowan's working memory model:
- Working Memory: Recent, highly active memories
- Session Memory: Current session context
- Long-Term Memory: Persistent storage with vector indexing
How It Works
- Install:
npx -y @shodh/memory-mcpdownloads the package - Auto-spawn: On first run, downloads the native server binary (~15MB) and embedding model (~23MB)
- Connect: MCP client connects to this MCP server via stdio; backend requests
use local IPC when
SHODH_IPC_ENDPOINTis set, otherwise HTTP - Ready: Start using
rememberandrecalltools - Session end: when the host closes stdin (e.g. a Claude Desktop thread switch), the shim finishes any in-flight tool call and writes its response to the still-open stdout before exiting, so a mid-flight request is never silently dropped. Draining is bounded by a grace window; if it elapses the caller receives an explicit error instead of waiting out the host timeout.
The backend server runs locally and stores all data on your machine. No cloud dependency.
Usage Examples
Platform Support
Related Packages
- Python SDK:
pip install shodh-memory- Native Python bindings - Rust Crate:
cargo add shodh-memory- Use as a library
Links
License
Apache-2.0
Source: mcp-server/README.md at commit 902daf8
Tools
0Version history
1- v0.2.0LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts
Other Memory integrations

Memory.fit
fit.memoryOfficial publisher
Hosted Memory.fit server that lets an AI read your training, sleep, recovery and nutrition data and write back weekly plans, targets and meal plans.
pg.ddx.io: the PostgreSQL community's memory
io.ddx.pgOfficial publisher
pg.ddx.io: the PostgreSQL community's memory's hosted MCP server, published by pg.ddx.io; no sign-in required; Streamable HTTP; 29 tools.
var.gg Naming Memory
gg.varOfficial publisher
Remote MCP server that suggests and searches code identifier names from domain concepts in Korean, Japanese, Chinese, Vietnamese and English, and exposes ERD…

Counterparts
ai.counterparts
Local-first long-term memory for Claude Code and Claude Desktop: the assistant writes notes about you and your projects and recalls them in later sessions.

LAHZE - Persian AI Memory Platform
Published by GitHub account pedramgholizadeh
LAHZE - Persian AI Memory Platform's hosted MCP server; no sign-in required; Streamable HTTP; 13 tools.