MMW Managed Memory Workspace
io.github.msingatullinPublished by GitHub account msingatullinv1.2.0Updated Nov 2, 2026
One memory for AI agents in Claude Code, Cursor, Codex and ChatGPT that flags conflicting facts.
The publisher's own server: Memory.fit
Overview
Hosted memory server that lets an AI agent store facts and decisions and find them again in later sessions, flagging conflicting records.
- What you can do
- Store memory records with provenance, fact keys, confidence and derived-from links
- Search records by query, with stale and conflict status, newest version first
- Delete a single record or all records of a source, and validate records against a current source hash
- Call tools of integrations connected to the project through a gateway
- Check session-sync consent and last sync state (local agent only)
- When to use it
- Useful when you want one shared memory across Claude Code, Cursor, Codex, ChatGPT and other MCP clients, and you care about spotting outdated or contradictory facts rather than silently overwriting them. Also relevant for teams that need visibility rules and knowledge handover in organizations.
- Requirements
- Remote Streamable HTTP endpoint at mcp.mmwhub.tech, or the local mmw-agent started with uvx (Python 3.11+ and uv). An MMW account with a confirmed email and a chosen plan; the API key is passed as MMW_API_KEY for the agent or as an Authorization Bearer header for direct connections. Web clients use OAuth with PKCE.
Installation
In SourceWeft
- Open MMW Managed Memory Workspace in the dashboard and add it to a workspace.
- Connect the required credentials. They are stored privately and never shown on public pages.
- Enable the server for the chats that should use its tools.
Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.
Use with an agent
Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.
Read https://sourceweft.com/mcp/io.github.msingatullin%2Fmmw/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.Other MCP clients
Add this to your client's mcpServers config. The client completes OAuth sign-in on first connect.
{
"mcpServers": {
"mmw-managed-memory-workspace": {
"type": "http",
"url": "https://mcp.mmwhub.tech/mcp"
}
}
}README
MMW (Managed Memory Workspace) — MCP connection kit
[smithery badge] [MMW MCP connector] [Protocol] [License]
Connection guides and client configuration for MMW — memory for AI agents you can trust.
User documentation: https://docs.mmwhub.tech · Русская версия: README.ru.md
What MMW is
MMW is a memory server for the Model Context Protocol (MCP). Your agent (Claude, Codex, Cursor or any MCP client) stores facts, decisions and agreements in MMW and finds them again in later sessions. Memory is not tied to one model or one computer.
Every user has a personal space. Companies create organizations: units, roles, visibility rules and knowledge handover when someone leaves.
Components:
- Memory server:
https://mcp.mmwhub.tech/mcp— MCP over Streamable HTTP, stateless (every request stands on its own), JSON responses, API key authentication. - Local agent
mmw-agent: connects your MCP client to the server over stdio and, only with your consent, uploads Claude Code and Codex session history. - Account: https://app.mmwhub.tech — API keys, projects, memory records, organizations, plan.
What MMW does not do:
- It does not read your conversations on its own: memory contains what your agent saved with
remember, plus the sessions you explicitly allowed to upload. - Search over uploaded sessions and automatic fact extraction from them are not available yet. Sessions are stored but do not appear in search results.
- It does not keep secrets: keys, tokens and passwords are replaced with placeholders before anything is stored.
What makes MMW different
Memory is only useful if the agent can trust it. The dangerous failure is not forgetting — it is an agent confidently answering with an outdated fact. MMW is built around that:
- Contradictions are surfaced, not hidden. Records with the same
fact_keythat disagree are flaggedconflict. Search returns the newest version first, older ones carrysuperseded_by. In the account, "Needs a decision" turns each dispute into one plain question — "which one is right?" — with the options side by side; "Help me decide" asks a language model to phrase the question (only on click). The person decides; nothing is overwritten silently. - Fact passport. Every record shows where it came from, when, its source hash, every version of the same fact and the links that replaced it.
- Source anchoring. When
source_idis a file path,mmw-agenthashes the file itself; if the file changes, records from it come backstale. - One memory everywhere. Claude Code, Cursor, Codex, Claude Desktop, claude.ai, ChatGPT and a Telegram bot share the same memory. The account shows which apps are connected and when each was last seen.
Quickstart
- Sign up at https://app.mmwhub.tech and confirm your email.
- Choose a plan. Free is a 3-day trial, no card required.
- Copy your API key (it starts with
mmw_). It is shown once — store it in a password manager. - Connect your client (below), restart it, and ask the agent: "Remember in MMW: staging is deployed with the systemd unit app-staging." In a new session: "Search MMW for how to deploy staging."
Recommended: the local agent mmw-agent (Claude Code, Claude Desktop, Cursor, Codex)
Requirements: Python 3.11+ and uv (the uvx command). The agent is not published on PyPI; uvx fetches the wheel on first start:
Claude Code
Or add the mcpServers.mmw block below to ~/.claude.json by hand.
Claude Desktop and Cursor — the same JSON block: for Claude Desktop in claude_desktop_config.json (Settings → Developer → Edit config), for Cursor in ~/.cursor/mcp.json.
Codex — ~/.codex/config.toml:
After a restart the client shows remember, search, search_history, forget, validate_memory, gateway_call, mmw_sync_status and spool_status.
Check from a terminal:
Agent commands
Agent environment variables
The agent forwards every call to the server, so the client sees the full list of server tools. If the server is unreachable at start-up, the client does not fail: the agent answers locally and connects when the server is back.
claude.ai (web) — OAuth connector
- Settings → Connectors → Add custom connector.
- URL:
https://mcp.mmwhub.tech/mcp - On the MMW authorization page paste your API key and choose Allow. Claude receives its own 30-day token (OAuth with PKCE); your key is not shared with claude.ai.
The local agent does not run in the web app, so session sync is not available there.
Any other MCP client — direct remote HTTP
If your client (for example VS Code or another MCP client) supports remote MCP servers over Streamable HTTP, connect without the agent:
The exact key names (url, headers) differ between clients; check your client's MCP documentation. Session sync and mmw_sync_status are only available through mmw-agent.
MCP tools
Integrations connected to a project (for example github_readonly) may also appear as tools, but only for keys of that project.
remember
The X-Idempotency-Key header makes retries safe: the same key with the same content returns the same record.
search
Returns records with source, confidence, status (unverified, stale, conflict), derived_from and graph links (graph_relations). The newest record of a fact_key ranks first; older versions carry superseded_by. A summary inherits conflict or stale from its source records.
forget
memory_id deletes one record; source_id deletes every record of that source. Deleted records leave search and graph links; the deletion is kept for audit. In an organization you can only delete what you can see.
validate_memory
source_id and current_source_hash: how many records of the source were checked, which are stale and which conflict.
gateway_call
server, tool, arguments: calls a tool of a connected integration on behalf of the project. Integration secrets stay on the server and never reach the agent. Integrations are enabled in the account under MCP Gateway.
Session sync (opt-in, mmw-agent only)
- Consent: without consent not a single byte leaves your computer. Run
mmw-agent consentin a terminal: the agent shows how many sessions it found and asks for permission. A model or a script cannot give consent. Stop at any time withmmw-agent revoke. - Uploaded: user and assistant messages, tool calls, tool results up to 4,000 characters, from Claude Code and Codex.
- Not uploaded: model reasoning, system prompts, token counters, file snapshots, file paths.
- Secrets (API keys, tokens, passwords) are replaced on your computer before upload and again on the server.
- Reliability: the server remembers up to which byte it accepted each file. After a network drop, a restart or a server restore, the agent sends what is missing. If the server is temporarily low on space, the agent waits and resumes later.
- Not available yet: search over uploaded sessions and extracting facts from them into memory. Today sessions are stored (compressed) but do not appear in search results.
Session history volume by plan (newest sessions first; counted on the cleaned text):
Organizations
- Spaces: one login, one personal space and any number of organizations, with a switcher in the account. An organization never becomes the default space. The organization cannot see the personal space.
- Structure: holding / legal entity / branch / department / unit / team.
- Roles:
- Visibility of a record: author only (draft), unit (and everything below it), project, whole organization. The rule is enforced on the server on every read path: search, validation, deletion, graph links, the account and the archivist. A head does not see drafts of a person who still works there.
- Invitations: a one-time link for a specific email, valid for 7 days. Emails are not sent yet — the admin passes the link on.
- Member keys: members issue their own keys. Admins see the list and can revoke any key, but can never reveal or rotate someone else's key.
- Offboarding: an admin or the head of the unit picks who receives the knowledge. The person's keys are revoked immediately. The recipient sees all of their records, drafts included, in the account and through their own agent, and can open them to the unit or the organization.
- Contractor terms: a term in days (1–365). After the term the person cannot read or write anything and the seat is not billed. Extensions are logged.
- Audit log: offboarding start and completion, reads of handed-over knowledge (account and MCP), visibility changes, access-term changes. Never record content.
- Not available: SSO/SAML, email delivery of invitations, automatic billing for organizations, sharing between legal entities of a holding, directory imports.
Organizations are activated by the MMW team: contact [email protected].
Plans
Organizations: $18 per seat per month, or $14 per seat per month billed yearly; minimum 5 seats. People who left and contractors whose term ended take no seat. Pilot: 14 days, up to 10 seats.
When a limit is reached, writes are refused with a clear error; reading keeps working.
Security
- Redaction: secrets (API keys, tokens, passwords) are replaced with placeholders before storage, in records and in sessions. Records that look like an attempt to inject instructions into agent memory are rejected.
- Isolation: accounts, projects and workspaces are isolated; inside an organization the visibility rules above apply.
- Keys: shown once; the server keeps only a hash (PBKDF2) plus a lookup index. Revocation takes effect immediately.
- Logs: MCP operation logs never contain record text.
- Transport: stateless Streamable HTTP; every request is authenticated on its own, so nothing needs to reconnect after a pause.
- Backups: nightly, compressed, the last 7 kept plus an off-server copy. Content (records and sessions) is backed up on Enterprise and for organizations; system data (account, payments, keys, projects) on every plan.
Connect Kit (connect.sh, connect.ps1)
The scripts write a direct remote connection (url + Authorization header) into your client configuration and can verify it with --verify. They do not install mmw-agent and do not enable session sync. Default endpoint: https://mcp.mmwhub.tech/mcp.
Warning — read before running connect.sh:
- Without
--client, it configures every client it detects on the machine. --client codexoverwrites~/.codex/config.tomlentirely with a single[mcp_servers.mmw]block; any other Codex settings in that file are lost. Back the file up first, or add the Codex block from the Quickstart by hand.--client claudealso appends an "MMW Omnipresent Memory" instruction block to~/.claude/CLAUDE.md(if that file exists and does not already contain it), and, ifmmw_proxy.pyis found, registers it in Claude Code CLI as a stdio server.- The key is stored in
~/.config/mmw/credential(mode 600) and written in plain text into the client configuration files. --uninstalldeletes the generated client configuration files (not just themmwentry) and the stored key.
connect.ps1 writes the client configuration file for the chosen client from scratch and, for Codex, only prints the block to add.
Legacy: mmw_proxy.py
mmw_proxy.py is an earlier local stdio proxy with a local SQLite spool. It is legacy and no longer maintained: it exposes only remember, search, forget and spool_status, does not support validate_memory, gateway_call or session sync. Use mmw-agent instead.
Links
- Website: https://mmwhub.tech
- Account and API keys: https://app.mmwhub.tech
- User documentation: https://docs.mmwhub.tech (Russian: https://docs.mmwhub.ru)
- Agent skill (teaches Claude Code and Codex when to search and save): https://docs.mmwhub.tech/memory/agent-skill/
- Add MMW to your own product: https://docs.mmwhub.tech/developers/integrate/
- MCP endpoint: https://mcp.mmwhub.tech/mcp
- Smithery: https://smithery.ai/servers/mmsingatullin/mmw
- Support: [email protected]
License
MIT, see LICENSE.
Source: README.md at commit 8518c4a
Tools
0Version history
2- v1.2.0LatestOct 19, 2026
- v1.0.0Sep 23, 2026
Score
85% 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 daysRequired25 pts
- Auth declaredRequired10 pts
- 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.