mcpField
M
mumo

mumo

Remote
mumo.chatAI & Agents0Updated 7w ago

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

  1. 01Collect full responses from multiple models
  2. 02Show cross-model reactions
  3. 03Steer follow-up rounds with typed snippets
  4. 04Inspect claim maps and session state
  5. 05Share sessions with machine-readable exports
  6. 06List available models and credit

Use cases

  1. 01Review an architecture or product plan
  2. 02Discuss strategy across multiple models
  3. 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.

Endpointhttps://mumo.chat/api/mcp
Copy install command
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

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.

All endpoints
Streamable HTTPhttps://mumo.chat/api/mcpAuth required

Tools

8
ParameterTypeRequiredDescription
modelsarrayNoModel IDs to use (2-3). Defaults to platform selection if omitted. Call `list_models` to see available options.
promptstringYesThe question or topic to deliberate on
registerenumNoDeprecated — ignored. The platform runs a single prompt register; this field is retained only so existing callers' idempotency keys stay stable. Omit it.conversational | agent
takeawaybooleanNoIf true, generates a structured per-round Takeaway (surfaced as `round_takeaway`) when round 0 completes. Default false. At-cost passthrough; ~$0.01 per call.
referencestringNoOptional reference material (spec, doc, design) injected as context for all models
web_searchbooleanNoSet 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.
applicationstringNoDisplay name of the client driving this MCP session (e.g., 'Claude Code', 'Cursor'). Shown in the session info panel.
recap_roundbooleanNoLegacy alias of `takeaway`.
moderator_namestringNoSet 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_consentbooleanNoOptional 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_consentbooleanNoOptional 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 README

mumo — multi-model deliberation over MCP

mumo MCP connector – tool definition quality and endpoint health on Glama mumo on Smithery

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:

HostInstall page
Claude Codehttps://mumo.chat/install/claude-code
Cursorhttps://mumo.chat/install/cursor
Codexhttps://mumo.chat/install/codex
VS Code (Copilot)https://mumo.chat/install/vs-code
Grok Bothttps://mumo.chat/install/grok-bot
Hermes Agenthttps://mumo.chat/install/hermes
OpenClawhttps://mumo.chat/install/openclaw
Anything elsehttps://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

ToolWhat it does
create_deliberationStart a deliberation. Returns an ack immediately (session_id + round_id); the models run in the background.
wait_for_roundBlock on cheap progress polling until the round is done, then return every model's response and the claim map.
append_roundAdd a follow-up round, optionally steered with typed snippets (KEEP / EXPLORE / CHALLENGE / CORE / SHIFT).
get_sessionRead full session state: rounds, responses, snippets, claim maps.
share_sessionShare a session at its public URL; returns the page plus .md and .brief.md machine twins.
list_sessionsList your prior sessions.
list_modelsList the models available to your account, with pricing.
get_creditRead 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

  1. create_deliberation with the question, written in the operator's first person ("I'm deciding whether to…").
  2. wait_for_round — panels take 15–120 s; a long wait is normal.
  3. Read the claim map before the prose. Steer with append_round and 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 repoRenders to
mumo-chat/mumo-claudeClaude Code plugin
mumo-chat/mumo-cursorCursor plugin
mumo-chat/mumo-codexCodex plugin
mumo-chat/mumo-vscodeVS Code extension
mumo-chat/mumo-hermesHermes Agent skill
mumo-chat/mumo-openclawOpenClaw 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 (## Setup body, frontmatter, application name, moderator example, install URL, tool-naming note) → edit scripts/clients/<client>/ partials or scripts/clients/<client>.json tokens. Re-render.
  • Shared playbooks / references → edit skills/mumo/playbooks/ or skills/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

License

MIT

Comments

Markdown supported

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.