Server data from the Official MCP Registry
Multi-model deliberation over MCP: full responses plus typed cross-model reactions from other labs.
About
Multi-model deliberation over MCP: full responses plus typed cross-model reactions from other labs.
Remote endpoints: streamable-http: https://mumo.chat/api/mcp
Security Report
Valid MCP server (1 strong, 1 medium validity signals). No known CVEs in dependencies. Imported from the Official MCP Registry.
8 tools verified · Open access · No issues found
Security scores are indicators to help you make informed decisions, not guarantees. Always review permissions before connecting any MCP server.
Permissions Found in Source Code
Found by scanning the linked source code. This listing connects to a hosted endpoint, so none of this runs on your machine: it describes what the server software does where it is hosted.
How to Connect
Remote Plugin
No local installation needed. Your AI client connects to the remote endpoint directly.
Add this to your MCP configuration to connect:
{
"mcpServers": {
"chat-mumo-mcp": {
"url": "https://mumo.chat/api/mcp"
}
}
}Documentation
View on GitHubFrom the project's GitHub README.
mumo — multi-model deliberation over MCP
Your agent sends a question to models from different labs — Claude, GPT, Gemini, Grok, DeepSeek, Kimi, and more — and gets back their full responses plus typed cross-model reactions. The participating models react to each other directly and explain, in their own words, what they agree with, challenge, or want to explore further. Built for architecture, plan/spec review, strategy, and pre-launch pressure tests. Free monthly credit; API key required.
The server is remote. There is nothing to run locally.
https://mumo.chat/api/mcp
Install
One-click, per host — each page walks through the key and the client's own install flow:
| Host | Install page |
|---|---|
| Claude Code | https://mumo.chat/install/claude-code |
| Cursor | https://mumo.chat/install/cursor |
| Codex | https://mumo.chat/install/codex |
| VS Code (Copilot) | https://mumo.chat/install/vs-code |
| Grok Bot | https://mumo.chat/install/grok-bot |
| Hermes Agent | https://mumo.chat/install/hermes |
| OpenClaw | https://mumo.chat/install/openclaw |
| Anything else | https://mumo.chat/install |
Any MCP client that supports Streamable HTTP with a custom header:
{
"mcpServers": {
"mumo": {
"url": "https://mumo.chat/api/mcp",
"headers": {
"Authorization": "Bearer mmo_live_YOUR_KEY_HERE"
}
}
}
}
Get a key at mumo.chat/settings/api-keys (sign-in required; keys start with mmo_live_). initialize and tools/list work without a key, so your client can inspect the tools before you create one; tool calls need the header.
Tools
| Tool | What it does |
|---|---|
create_deliberation | Start a deliberation. Returns an ack immediately (session_id + round_id); the models run in the background. |
wait_for_round | Block on cheap progress polling until the round is done, then return every model's response and the claim map. |
append_round | Add a follow-up round, optionally steered with typed snippets (KEEP / EXPLORE / CHALLENGE / CORE / SHIFT). |
get_session | Read full session state: rounds, responses, snippets, claim maps. |
share_session | Share a session at its public URL; returns the page plus .md and .brief.md machine twins. |
list_sessions | List your prior sessions. |
list_models | List the models available to your account, with pricing. |
get_credit | Read your credit balance. |
Full reference, request and response shapes, and per-client notes: https://mumo.chat/docs/mcp. Machine-readable descriptors: /.well-known/mcp.json (manifest) and /api/mcp/server-card (MCP Server Card). Registry name: chat.mumo/mcp.
The loop
create_deliberationwith the question, written in the operator's first person ("I'm deciding whether to…").wait_for_round— panels take 15–120 s; a long wait is normal.- Read the claim map before the prose. Steer with
append_roundand snippets, or stop.
The panel is advisory. Read the disagreement; don't defer to whichever side has more votes.
This repo: the client baseline
Beyond the server, mumo ships a skill for each host that teaches the agent when to convene a panel and how to read one. This repo is the source of truth for that skill: one tokenized SKILL.template.md plus a per-client overlay, rendered into each sibling client repo by the build script in scripts/. Never edit a client's SKILL.md directly — edit here and re-render.
| Client repo | Renders to |
|---|---|
mumo-chat/mumo-claude | Claude Code plugin |
mumo-chat/mumo-cursor | Cursor plugin |
mumo-chat/mumo-codex | Codex plugin |
mumo-chat/mumo-vscode | VS Code extension |
mumo-chat/mumo-hermes | Hermes Agent skill |
mumo-chat/mumo-openclaw | OpenClaw skill |
Contents
skills/mumo/
├── SKILL.template.md # tokenized baseline (the source of truth)
├── playbooks/ # shared cognitive-shape playbooks
└── references/ # shared reference docs (claim maps, snippets, takeaway, etc.)
scripts/
├── build-skill.js # renderer: template + per-client overlay -> client SKILL.md
├── README.md # how the build system works
└── clients/ # per-client configs + Setup/Frontmatter partials
server.json # Official MCP Registry descriptor (chat.mumo/mcp)
The template uses {{TOKEN}} markers for per-client substitution points (application name, moderator example, install URL, tool-naming registry note, etc.). Each scripts/clients/<client>.json fills them in.
Building
node scripts/build-skill.js # render to all six sibling client repos
node scripts/build-skill.js --target <client> # render one
node scripts/build-skill.js --verify-all # check for drift across all six (use in CI)
See scripts/README.md for details (token reference, adding a new client, etc.).
Editing
- Shared kernel changes → edit
skills/mumo/SKILL.template.md. Re-render to propagate. - Per-client overlay changes (
## Setupbody, frontmatter, application name, moderator example, install URL, tool-naming note) → editscripts/clients/<client>/partials orscripts/clients/<client>.jsontokens. Re-render. - Shared playbooks / references → edit
skills/mumo/playbooks/orskills/mumo/references/. Currently propagated manually; build-system handling is a follow-up.
Architecture
The shared-sections + per-client-overlay model is documented in docs/MCP_CLIENTS.md in the main mumo repo. The 2026-05-20 audit at docs/audits/2026-05-20-mcp-skill-delta.md enumerates exactly which sections are shared vs. per-client.
Links
- Product — https://mumo.chat
- For agents — https://mumo.chat/for-agents
- MCP reference — https://mumo.chat/docs/mcp
- REST API — https://mumo.chat/docs/api · OpenAPI — https://mumo.chat/openapi.json
- Issues — https://github.com/mumo-chat/mumo-mcp/issues
License
MIT
Reviews
No reviews yet
Be the first to review this server!
More Developer Tools MCP Servers
Rea
Freeby Morluto · Developer Tools
Reverse engineer anything from your terminal or agent with one CLI and MCP server.
Paperclip
Freeby Paperclipai · Developer Tools
Trending hip-hop artist momentum scores across four cultural dimensions.
Git
Freeby Modelcontextprotocol · Developer Tools
Read, search, and manipulate Git repositories programmatically
Fetch
Freeby Modelcontextprotocol · Developer Tools
Web content fetching and conversion for efficient LLM usage
Toleno
Freeby Toleno · Developer Tools
Toleno Network MCP Server — Manage your Toleno mining account with Claude AI using natural language.
MCP Marketplace
Freeby mcp-marketplace · Developer Tools
Search and install MCP servers from inside your AI client.
