Model Council
An MCP server that seats multiple LLMs as a council, letting your assistant query them in parallel or in sequence, relay answers for cross-critique, and merge conclusions within one conversation.
README
Model Council
<!-- mcp-name: io.github.Totti0135/model-council -->
English | 简体中文
An MCP server that seats other LLMs at your table. Your assistant asks them, reads their answers as tool results, relays those answers back and forth for critique, and gives you one merged conclusion — inside a single normal conversation, with no copy-paste.
Your assistant chairs the council. Any number of members, from any mix of OpenAI-compatible and Anthropic-compatible endpoints — a hosted API, a self-run gateway, a local server, or several of each.
Tools
| Tool | What it does |
|---|---|
ask(model, prompt) |
Ask one member by id |
ask_all(prompt, models?) |
Ask everyone (or a named subset) the same prompt in parallel, answers side by side |
list_council() |
The roster: ids, endpoints, and whether each member is ready. No network calls |
probe_models(model?) |
Ask a provider's /models route what ids it really exposes |
Members are stateless and cannot see your conversation, so the chair passes
everything they need in each call. That is exactly what makes cross-review work:
it puts one member's answer inside another's prompt.
Install
The server is listed on the official MCP Registry
as io.github.Totti0135/model-council, so a client that browses the registry can
find and add it there. To wire it up by hand instead, read on.
It runs from PyPI with no clone and no virtualenv. You need uv:
curl -LsSf https://astral.sh/uv/install.sh | sh
Claude Desktop
Easiest is the desktop extension. Download model-council-<version>.mcpb from
the latest release
and drag it onto Settings → Extensions. The app asks for the endpoints and keys
in a form and keeps the keys in your OS keychain, so no file on disk holds them.
The form seats two models; for a larger council, point its "Config file" field
at a JSON config (see below).
To wire it up by hand instead, edit claude_desktop_config.json
(Settings → Developer → Edit Config), add the block below, then fully quit and
reopen the app — Cmd-Q, not just closing the window. You will know it worked
when the tools menu lists model-council.
{
"mcpServers": {
"model-council": {
"command": "uvx",
"args": ["model-council-mcp"],
"env": {
"COUNCIL_MODELS": "gpt5,glm",
"GPT5_BASE_URL": "https://your-openai-compatible-host/v1",
"GPT5_API_KEY": "sk-xxxxxxxx",
"GPT5_MODEL": "gpt-5",
"GLM_BASE_URL": "https://open.bigmodel.cn/api/anthropic",
"GLM_API_KEY": "xxxxxxxx",
"GLM_MODEL": "glm-4.6",
"GLM_FORMAT": "anthropic"
}
}
}
}
Claude Code
claude mcp add model-council -e GPT5_BASE_URL=... -e GPT5_API_KEY=... -- uvx model-council-mcp
Other MCP clients
Anything that launches a stdio server works: run uvx model-council-mcp and
pass the same environment variables.
Configuring the council
Two layers, so several models can share one endpoint without repeating its credentials:
- provider — an endpoint:
base_url+api_key+ which wire format it speaks - member — one model on some provider, addressed by a short id
Configuration comes from whichever source is most explicit: the file
COUNCIL_CONFIG points at, else the roster COUNCIL_MODELS names, else a config
file at ~/.config/model-council/config.json, else the built-in default roster.
Explicit beats discovered on purpose — a config file you left lying around must
not silently override settings a client just handed the server.
list_council() always reports which source won.
Environment variables
COUNCIL_MODELS lists the ids; each id gets variables named after it, uppercased
with non-alphanumeric characters turned into underscores (my-model →
MY_MODEL_BASE_URL).
COUNCIL_MODELS=gpt5,glm
GPT5_BASE_URL=https://your-openai-compatible-host/v1
GPT5_API_KEY=sk-xxxxxxxx
GPT5_MODEL=gpt-5
GLM_BASE_URL=https://open.bigmodel.cn/api/anthropic
GLM_API_KEY=xxxxxxxx
GLM_MODEL=glm-4.6
GLM_FORMAT=anthropic
Per member: _BASE_URL, _API_KEY, _MODEL, _FORMAT, _LABEL, _MAX_TOKENS,
_TEMPERATURE, _TIMEOUT, _HEADERS (a JSON object), _PROXY, _ENABLED.
Globally: COUNCIL_TIMEOUT, COUNCIL_CONFIG, COUNCIL_ENV_FILE.
Omit COUNCIL_MODELS and the roster defaults to chatgpt,glm, reading
CHATGPT_* and GLM_*.
A config file
Better once you have more than a handful of members, or when several share an
endpoint. Set COUNCIL_CONFIG=/path/to/config.json, or drop the file at
~/.config/model-council/config.json where the server finds it on its own.
{
"providers": {
"my-relay": {
"base_url": "https://your-openai-compatible-host/v1",
"api_key": "${MY_RELAY_KEY}",
"format": "openai"
},
"zhipu": {
"base_url": "https://open.bigmodel.cn/api/anthropic",
"api_key": "${GLM_KEY}",
"format": "anthropic"
}
},
"members": [
{ "id": "gpt5", "provider": "my-relay", "model": "gpt-5", "label": "GPT-5" },
{ "id": "codex", "provider": "my-relay", "model": "gpt-5-codex", "temperature": 0.2 },
{ "id": "glm", "provider": "zhipu", "model": "glm-4.6" },
{ "id": "kimi", "base_url": "https://api.moonshot.cn/v1",
"api_key": "${KIMI_KEY}", "model": "kimi-k2" }
]
}
${ENV_VAR} is expanded from the environment, so the file carries no secrets and
can be shared or committed. See examples/config.json for a
fully annotated version.
A member gets its connection one of two ways, never a mix of both: name a
provider and take that endpoint whole, or omit provider and supply
base_url + api_key + format yourself (as kimi does above). Naming a
provider and overriding one of those three is refused — that member is
disabled and list_council says why. The reason is that a partial override
would pair one endpoint's credentials with another endpoint's URL, quietly
sending your key to a host it was never issued for. Per-member headers,
timeout, temperature, max_tokens and label are not part of that
identity and stay overridable.
Fields
The first three travel together as one unit — see the rule above.
| Field | Applies to | Notes |
|---|---|---|
base_url |
provider, or a member with no provider | Root the route hangs off — /chat/completions for openai, /v1/messages for anthropic. Usually ends in /v1 for OpenAI-compatible hosts |
api_key |
provider, or a member with no provider | |
format |
provider, or a member with no provider | openai (default) or anthropic |
model |
member | The model id sent to the endpoint |
label |
member | Display name in answers; defaults to the id |
max_tokens |
member | Anthropic format only, where it is required. Default 8192 |
temperature |
member | Sent only when set |
headers |
provider, member | Extra HTTP headers |
timeout |
provider, member | Seconds. Default 180 |
proxy |
provider, member | Omit to follow HTTP_PROXY/HTTPS_PROXY; false to connect directly; a URL to use that proxy |
enabled |
member | false parks a member without deleting its config |
Wire format notes
formatis not inferred from the URL. Pointingbase_urlat an Anthropic-style endpoint without also settingformat: "anthropic"leaves the member on the OpenAI format, and every call fails. This is the single most common misconfiguration.- Anthropic endpoints: the server posts to
{base_url}/v1/messages, sobase_urlshould not already include the/v1. - OpenAI-compatible endpoints: the server uses
/chat/completions, never/responses. Some gateways expose both, but/responsesmay inject a provider-chosen system persona, which is wrong for a general-purpose advisor. - A system proxy is followed by default. If a member sits on a network your
proxy cannot reach — an internal gateway, typically — it fails with a bare
ConnectErrorthat never mentions a proxy. Give that member or provider"proxy": falseand it connects directly, while everyone else keeps using the proxy. The error message says so too when a proxy is in play. - Model ids move fast. Run
probe_modelsto see what an endpoint actually offers today.
Using it
Things worth typing to the chair:
- "Answer this yourself, then
ask_alland give me a table of where you all agree and disagree." - "Ask gpt5 and glm this, then critique both answers and tell me which is more correct and why."
- "Round 1:
ask_all. Round 2: show each member the others' answers and ask it to revise. Then give me the merged answer." - "Ask only glm — I want a second opinion on this one file."
Local development
uv sync
Copy .env.example to .env, fill in real values, then:
uv run python tests/test_smoke.py
The smoke test checks both configuration paths offline; with a usable .env it
finishes with a live round-trip. To point a client at your working copy, use the
model-council-mcp script inside your environment instead of uvx.
Troubleshooting
- Server doesn't appear — check the client's MCP logs (Claude Desktop:
~/Library/Logs/Claude/mcp*.log). The server writes configuration warnings to stderr at startup. - A tool answers
[... is not configured]— that member is missingbase_url,api_key, ormodel. Runlist_councilfor a per-member breakdown. - HTTP 401 — wrong key, or a key the provider has disabled.
- HTTP 404 — wrong
base_url, or the wrongformatfor that endpoint. - The model id is rejected — run
probe_models.
License
MIT
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。