mumo

Name: mumo
Author: mumo-chat

作者：mumo-chat版本 1.1.0i★ –i在云端运行

注册名称chat.mumo/mcp

安装

概览

作者提供的说明（英文原文）

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

PopNx MCP 的三大支柱

这三项永远不会合并成一个分数：意见、测量和人气是不同的东西。

用户评价i暂无评价评价功能将在后续阶段与账户功能一起开放
我们的基础检查i1 项中通过 1 项依据公开信息检查；尚未扫描代码
使用情况i尚未统计★ –

它能帮你做什么

我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。

连接方式: 在云端运行
传输方式: Streamable HTTP
分类: 其他
你需要填写：Authorization

安装

选择你使用的 AI 应用，然后复制设置。

安装之前

基础检查：1 项中通过 1 项
在作者的服务器上运行：你向它提出的内容会经过他们的服务器。
需要你自己填写： Authorization

标为机密的值是你账户的钥匙。千万不要分享给别人，也不要粘贴到聊天里。

你需要

在云端运行无需安装任何东西，通过互联网连接

你用的是哪个应用？

ClaudeClaude CodeCursorVS CodeChatGPT

在上方选择你的应用。我们会记住它，下次按钮会显示“安装到 …”。

这个地址需要在请求的 header 中放入密钥，而添加连接器的菜单无法设置。请改用 Claude Code、Cursor 或 VS Code。

在终端中运行这条命令

claude mcp add --transport http mumo https://mumo.chat/api/mcp --header 'Authorization: Bearer {MUMO_API_KEY}'

运行前请先填写空着的值。

在 Cursor 中打开

或者自己复制设置

粘贴到项目中的 .cursor/mcp.json，或 ~/.cursor/mcp.json

{
  "mcpServers": {
    "mumo": {
      "url": "https://mumo.chat/api/mcp",
      "headers": {
        "Authorization": "Bearer {MUMO_API_KEY}"
      }
    }
  }
}

浏览器会先询问是否打开应用，然后应用会显示设置并请你确认。密钥的值会留空，由你自己填写。

在 VS Code 中打开

或者自己复制设置

粘贴到项目中的 .vscode/mcp.json

{
  "servers": {
    "mumo": {
      "type": "http",
      "url": "https://mumo.chat/api/mcp",
      "headers": {
        "Authorization": "Bearer {MUMO_API_KEY}"
      }
    }
  }
}

浏览器会先询问是否打开应用，然后应用会显示设置并请你确认。密钥的值会留空，由你自己填写。

这个地址需要在请求的 header 中放入密钥，而添加连接器的菜单无法设置。请改用 Claude Code、Cursor 或 VS Code。

你的选择通过 Cookie 保存在这台设备上，无需账户。

需要你填写的值

Authorization 机密必填 HTTP header
mumo platform API key as a bearer token. Create one at https://mumo.chat/settings/api-keys (keys begin with mmo_live_).

这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同，请以 README 为准。

它能做什么

我们还没有读取这个服务器的工具列表；我们会轮流检查各个端点。

基础检查i

我们检查的是任何人都能看到的信息；我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日

✓ 通过
作者与仓库一致
注册名称已通过域名 mumo.chat 验证（注册中心会核实域名所有权）
… 尚未检查
仍在维护
我们还没有从 GitHub 读取这个仓库
… 尚未检查
有许可证
我们还没有从 GitHub 读取这个仓库
… 尚未检查
端点有响应
尚未检查；我们会轮流检查各个端点
… 尚未检查
使用 OAuth 登录
尚未检查；我们会轮流检查各个端点
… 尚未检查
工具描述中没有隐藏指令
尚未检查；我们会在检查端点时读取工具列表

与“其他”中的其他服务器比较i

星标数多于此分类中其他 32680 个服务器的 0%
发布到注册中心的时间比此分类中其他 32680 个服务器的 35% 更新
基础检查结果等于或优于此分类中其他 32680 个服务器的 100%

与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时，星标数才计入。

常见问题

mumo 安全吗？

它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前，请先看看这个服务器要求哪些权限，并使用只具备所需权限的密钥。

它需要哪些密钥或代码？

你需要填写：Authorization

它在我的电脑上运行还是在云端？

它在作者的云端运行。通过互联网连接，无需安装，但你发送的内容会经过作者的服务器。

它还在维护吗？

GitHub 仓库最后更新于–，最新版本（1.1.0）于2个月前进入注册中心。

哪些应用可以使用它？

支持 MCP 的应用，例如 Claude Desktop、Claude Code、Cursor 和 VS Code。它通过 URL 连接，所以接受远程 MCP 服务器的应用也可以使用，例如开启开发者模式的 ChatGPT。

有什么可以替代它？

同一分类中有：Spec Driven Development, Remote Desktop Commander, EmbeddedCI BenchPod

替代选择

同一分类中其他作者的服务器，按星标数排序。

如何看卡片：★ GitHub 星标i三大支柱：评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i

Spec Driven Development

作者：formulahendry

MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.

在你的电脑上运行★ 440MIT14个月前更新

安装

Remote Desktop Commander

作者：desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

在云端运行★ 211前天更新

安装

EmbeddedCI BenchPod

作者：embeddedci-com

Drive a BenchPod hardware-in-the-loop bench: power, flash, UART, I2C, CAN, analog and logic.

在你的电脑上运行今天更新

安装

作者的 README

打开 README

按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。

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_deliberation with 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_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 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

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/ .json fills them in.

Building

node scripts/build-skill.js                      # render to all six sibling client repos

node scripts/build-skill.js --target # 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/ / partials or scripts/clients/ .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.

License

MIT