LabscoMCP early access ↗
MemoriLabsMCP SERVER · OFFICIAL PROJECT

Memori MCP

Memory for an agent in two moves: recall context at the start of a turn, and persist what mattered once the response is drafted.

by MemoriLabs ↗Agent Memory✓ Official

LABSCO SUMMARY

Recall before the reply, store after it — the loop is stated rather than left to whoever wires it up.

memori_recall belongs at the start of a turn and memori_advanced_augmentation after the response has been drafted, which puts the read before the reasoning and the write after it. That ordering is the whole integration: an agent calling neither has no memory, and one calling them in the wrong order stores context it has not used yet. What gets kept is described as durable facts and preferences rather than a transcript, so the store is meant to hold conclusions rather than history.

What it is

A memory server whose documentation names seven tools, built around one pair: retrieve the memories relevant to a query, and store durable facts and preferences from an exchange.

What you get

  • memori_recall retrieves the memories relevant to a query at the start of a user turn; memori_recall_summary fetches the broader memory state for session starts, daily briefs and project overviews.
  • memori_advanced_augmentation stores durable facts and preferences from the user's message and the assistant's response, meant to run after replying.
  • memori_compaction returns a structured brief after context compaction so an agent can resume; memori_feedback reports irrelevant, missing or stale memories; memori_quota checks usage and limits; memori_signup requests an account and API key when the user asks for one.

Requirements

A Memori API key from app.memorilabs.ai, set as MEMORI_API_KEY with an entity ID in MEMORI_ENTITY_ID; the hosted endpoint takes the same values as the X-Memori-API-Key and X-Memori-Entity-Id headers.

Setup effort

One command plus a key — npx -y @memorilabs/memori-mcp, then supply credentials