
Memanto
io.github.moorcheh-aiv0.1.3Updated Oct 2, 2026
MCP server for Memanto - persistent semantic memory for any MCP-compatible agent
Overview
Gives an MCP-compatible assistant persistent semantic memory: it can store facts, preferences and decisions, then recall them across sessions.
- What it does
- Memanto exposes memory primitives as MCP tools: remember and batch_remember persist facts, preferences, goals, decisions and similar typed memories, while recall performs semantic search, recall_recent returns newest-first entries, recall_as_of and recall_changed_since give point-in-time and differential views, and answer synthesizes a grounded response over stored memories. Seven memory tools are registered by default; setting MEMANTO_EXPOSE_ADMIN=true adds four agent-management tools for creating, listing, inspecting and deleting memory namespaces. Writes are attributed to the connected client unless a source is given.
- When to use it
- Worth adding when an assistant should carry stable user preferences, decisions or project context between separate chats and tools, instead of asking the user to repeat them. Useful for long-running assistants, multi-editor setups that share one memory namespace, and workflows that need to query what was known at a past date or what changed since a last check.
- Requirements
- Runs locally as a Python package (pip install memanto-mcp, or uvx), requiring Python 3.10+ and a Moorcheh API key supplied as the MOORCHEH_API_KEY environment variable. MEMANTO_DEFAULT_AGENT_ID is recommended so tool calls can omit the agent id. Network access to the Moorcheh service is needed; optional SSE or streamable-HTTP transports can bind a host and port.
Installation
In SourceWeft
- Open Memanto 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
Memanto MCP Server
mcp-name: io.github.moorcheh-ai/memanto
Persistent semantic memory for any MCP-compatible agent.
This package exposes Memanto's memory primitives —
remember, recall, answer, and friends — as
Model Context Protocol (MCP) tools so any
MCP client (Claude Desktop, Cursor, Windsurf, Cline, Continue, Goose,
custom agents, …) can plug into long-term memory in a single config line.
One Moorcheh API key → typed semantic memory across every agent that shares the namespace, with sub-90 ms retrieval, conflict detection, and zero ingestion latency.
Install
Requires Python 3.10+, memanto>=0.2.13, mcp>=1.2,<2, and a
Moorcheh API key
(free tier: 100K ops/month).
Quick start (Claude Desktop)
- Get a Moorcheh API key from the console.
- Edit
claude_desktop_config.json(Settings → Developer → Edit Config):
- Restart Claude Desktop. Ask it to "remember that I prefer concise answers" — then in a brand-new chat tomorrow ask "what do I prefer?".
The first call auto-creates the my-assistant agent and namespace; every
subsequent call reuses the same persistent memory.
Quick start (Cursor / Windsurf / Cline / Continue / Goose)
Most clients consume a config file in the standard MCP shape. The same JSON snippet works almost verbatim:
Available tools
The server registers 7 memory tools by default. Set
MEMANTO_EXPOSE_ADMIN=true to also expose 4 agent-management tools.
Memory tools (always on)
Agent admin tools (opt-in)
Enabled when MEMANTO_EXPOSE_ADMIN=true:
Memory types accepted by remember / batch_remember:
fact, preference, goal, decision, artifact, learning, event,
instruction, relationship, context, observation, commitment,
error.
Provenance values: explicit_statement, inferred, corrected,
validated, observed, imported.
Source attribution
source names who wrote a memory, so recall can be attributed and filtered
per writer. It is open: user, agent, tool, system, or a specific
writer such as cursor, codex, claude_code, mem0. Labels are limited to
64 letters, digits, ., _, or - so that #source:<value> stays a usable
filter.
When a tool call omits source, the server attributes the write to the
connected MCP client from the initialize handshake (cursor, codex,
claude-ai, …), falling back to mcp-agent when the client sends no name.
Two editors sharing one agent therefore stay distinguishable in recall without
any extra configuration.
Configuration
All config is via environment variables (load order: process env →
.env file in the working directory).
CLI flags (memanto-mcp --transport sse --port 9000) override env vars.
Running over HTTP / SSE
For remote clients or multi-process setups, run the server over a network transport:
Then point your client at http://your-host:8765/mcp (or whatever path the
chosen transport advertises). Pair with a reverse proxy + auth for
production deployments — the server itself authenticates upstream to
Moorcheh using your API key but does not authenticate inbound MCP
clients.
How it works
- On startup, settings are validated; the API key is verified lazily on first tool call.
- On the first memory tool invocation for a given agent, the server ensures the agent exists (auto-creates if needed) and activates a JWT session. Sessions auto-renew before expiry, so long-running MCP connections never hit a session-expired error mid-conversation.
- The server intentionally keeps the session alive on shutdown: JWT sessions are TTL-bound and other Memanto clients (CLI, REST) may want to share them.
Programmatic embedding
If you're building a custom MCP host or wiring this server into a larger process, you can construct the FastMCP instance yourself:
Troubleshooting
License
MIT — same as the Memanto project. See LICENSE.
Links
- Memanto — the memory agent itself
- Moorcheh — the no-indexing semantic DB underneath
- Model Context Protocol spec
- Anthropic MCP Python SDK
Source: integrations/mcp/README.md at commit c421ab8
Tools
0Version history
1- v0.1.3LatestOct 2, 2026

