mumo

chat.mumov1.1.0更新於 Sep 30, 2026

Multi-model deliberation over MCP: full responses plus typed cross-model reactions from other labs.

已驗證Streamable HTTP可網頁執行AI & ML

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 mumo,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Web executable,透過 Streamable HTTP。 遠端服務在工作區中設定後即可從網頁執行環境執行。

其他 MCP 客戶端

把它新增到你客戶端的 mcpServers 設定中。

{
  "mcpServers": {
    "mcp": {
      "type": "http",
      "url": "https://mumo.chat/api/mcp"
    }
  }
}

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:

Any MCP client that supports Streamable HTTP with a custom header:

json
{  "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 partialsserver.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

bash
node scripts/build-skill.js                      # render to all six sibling client reposnode scripts/build-skill.js --target <client>    # render onenode 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

來源:README.md,提交 aecb0cd

工具

0
工具後設資料尚未被收錄。

版本歷史

1
  1. v1.1.0最新Sep 16, 2026