Agent Recall vs Memory Os Cli — MCP Server Comparison | AllMCPs
Side-by-Side Model Context Protocol Comparison
Agent Recall vs Memory Os Cli
In-depth architectural comparison of the Agent Recall and Memory Os Cli 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
Agent Recall
Knowledge & Memory · Local stdio
Quality: 68/100 (Great) | Auth: No auth required
Memory Os Cli
Knowledge & Memory · Local stdio
Quality: 61/100 (Good) | Auth: other
Verdict Summary: Choose Agent Recall if you need specialized Knowledge & Memory tools running via a local process. Choose Memory Os Cli 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 Agent Recall when:
You need dedicated capabilities in the Knowledge & Memory domain.
You prefer local stdio subprocess transport architecture.
Your security boundary fits: No auth required (Free / Open Source).
XMemo is user-owned memory for AI agents over a hosted Streamable HTTP MCP endpoint. Save, search, recall, and manage scoped memories across Copilot, Claude, ChatGPT, IDEs, and CLIs. https://xmemo.dev/mcp
[ENTRY — call FIRST, before acting] Use when the user asks to start, load, continue, resume, or open memory for a project. Set mode='lite' for a ≤500-token briefing (good for fresh conversations where the agent will pull memory on demand via recall()).
session_end
[ON SAVE/EXIT — YOU must call this; nothing auto-saves] Use when the user asks to save, checkpoint, summarize, end, retain, or persist the current session. Optionally pass close_phase / open_phase to update the project pipeline narrative spine in the same call.
remember
[MID-SESSION WRITE — single fact/decision; saying it is not saving it] Use when the user asks to remember, store, note, or save a specific decision, fact, or insight.
recall
[RETRIEVE — use freely, any time] Use when the user asks to recall, search, find, or look up previous memory, context, or decisions.
check
Ready-to-Paste Client Configurations
Paste either (or both) of these JSON server blocks into your client config file (e.g. claude_desktop_config.json or ~/.cursor/mcp.json).
Agent Recall is categorized under Knowledge & Memory and uses a local stdio subprocess. In contrast, Memory Os Cli belongs to Knowledge & Memory using local stdio subprocess. Select Agent Recall when you need capabilities focused on knowledge & memory and Memory Os Cli when you require tools for knowledge & memory.
[MID-SESSION — safe any time; for alignment, before risky decisions] Use when the user asks to validate understanding, verify alignment, or check if their interpretation matches the human's intent. Also call BEFORE a high-risk action — publish, deploy, delete, credential exposure, external send/message, or any other irreversible write — passing `action_description` (one sentence, what you're about to do). Returns matching corrections/rules/insights plus a `verdict`: `blocked` means an authoritative correction OVERRIDES the plan — read it before proceeding. To RECORD a durable human correction, pass `human_correction` as the STRUCTURED object {rule, why, applies_when} — a plain string is only STAGED for later review, never activated.
Memory Os Cli Tools (20)
get_mcp_identity
Check XMemo connection status and the connected account/agent.
remember
Save a memory so it can be recalled in future conversations.
recall
Recall the most relevant saved memories before answering.
recall_context
Read a multi-memory context pack. Requires memory:read and does not change content. Use when many memories need explicit budgets; use recall for lightweight answer or get_project_context for project snapshot. max_items/max_tokens bound rendered output.
memory_stats
Show aggregate statistics for XMemo memories.
update_memory
Update the content or metadata of an existing memory.
explain_memory
Explain why a memory exists or matched a query.
restore_memory
Restore a previously deleted memory.
add_expense
Create one XMemo Ledger transaction and backing memory. Requires memory:write; it records a new transaction or reuses a semantic duplicate, and never deletes Ledger records. Use it for a purchase, income, refund, or transfer; use list_ledger_transactions or get_monthly_ledger_summary for reads. amount must be positive; transaction_type defaults to expense; blank transaction_date uses today's UTC date.