About mumo
mumo is a remote MCP service that brings together full answers from models across different labs and their typed reactions to one another. It is intended for plan reviews, strategy discussions, and pre-launch pressure tests.
Key features
- 01Collect full responses from multiple models
- 02Show cross-model reactions
- 03Steer follow-up rounds with typed snippets
- 04Inspect claim maps and session state
- 05Share sessions with machine-readable exports
- 06List available models and credit
Use cases
- 01Review an architecture or product plan
- 02Discuss strategy across multiple models
- 03Pressure-test a launch before release
MCP support
The remote endpoint is https://mumo.chat/api/mcp, exposing tools to create, wait on, extend, inspect, and share deliberations. Tool calls require an API key.
Configuration
Remote servers need no local install. Pick your client, then copy the config or install in one click.
https://mumo.chat/api/mcpclaude mcp add --transport http chat-mumo https://mumo.chat/api/mcp{"mcpServers":{"chat-mumo":{"type":"http","url":"https://mumo.chat/api/mcp"}}}Open in Cursor{"servers":{"chat-mumo":{"type":"http","url":"https://mumo.chat/api/mcp"}}}Open in VS Code{"mcpServers":{"chat-mumo":{"type":"http","url":"https://mumo.chat/api/mcp"}}}{"mcpServers":{"chat-mumo":{"serverUrl":"https://mumo.chat/api/mcp"}}}Run commands in a terminal; paste JSON into the client’s MCP config and restart. Servers that need sign-in will prompt on first connect.
https://mumo.chat/api/mcpAuth requiredTools
8| Parameter | Type | Required | Description |
|---|---|---|---|
| models | array | No | Model IDs to use (2-3). Defaults to platform selection if omitted. Call `list_models` to see available options. |
| prompt | string | Yes | The question or topic to deliberate on |
| register | enum | No | Deprecated — ignored. The platform runs a single prompt register; this field is retained only so existing callers' idempotency keys stay stable. Omit it.conversational | agent |
| takeaway | boolean | No | If true, generates a structured per-round Takeaway (surfaced as `round_takeaway`) when round 0 completes. Default false. At-cost passthrough; ~$0.01 per call. |
| reference | string | No | Optional reference material (spec, doc, design) injected as context for all models |
| web_search | boolean | No | Set false to skip web search entirely (no search gate, no source pack on round 0). Default true — the platform decides per-prompt whether to search. Disable for prompts grounded purely in supplied reference material. |
| application | string | No | Display name of the client driving this MCP session (e.g., 'Claude Code', 'Cursor'). Shown in the session info panel. |
| recap_round | boolean | No | Legacy alias of `takeaway`. |
| moderator_name | string | No | Set this to your model id if you know it (e.g., 'Claude Sonnet 4.6', 'GPT-5.4', 'Codex', 'Gemini 3 Pro'). mumo uses it to pick complementary panel members from different model families. Leave blank if uncertain — don't guess. Also shown in the session info panel and transcript where 'You' would otherwise appear. |
| dataset_consent | boolean | No | Optional per-session Dataset Contribution request — the second consent election, same rules as improvement_consent: omitted uses the account's choice; false excludes the session; true cannot widen beyond the account's own choice, and an account that has not yet made the choice stays excluded. |
| improvement_consent | boolean | No | Optional per-session Platform Improvement request. Any account may send true or false; omitted uses the account default. A session-level false excludes the session; true cannot widen beyond the account choice. |
Details
From the project READMEmumo — 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
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.