Quartermaster
Offline, zero-dependency tool-router for MCP that funnels N tools down to a ranked shortlist for a natural-language query, so the model reads ~8 tools instead of 200.
README
<div align="center">
🧭 Quartermaster
Issues your agent exactly the tools the mission needs — nothing more.
An offline, zero-dependency tool-router for MCP. It funnels N tools down to a ranked shortlist for a natural-language query, so the model reads ~8 tools instead of 200 — no embedding model, no network, no API key.
Quick start · Getting started · How it works · Which one? · Benchmarks
</div>
Status: alpha — on npm (
npx quartermaster-mcp). The ranker is extracted from a production system (see Heritage); the proxy (quartermaster-mcp) is built, published, and runnable end-to-end (federation +retrieve_tools+call_tool); the Claude Code plugin is still scaffolded.Verdict — GO. Zero-dependency BM25 is a genuinely good router on rich real descriptions: 91.5% recall@8 on a 171-tool heritage manifest (substring: 61.7% R@8). On a smaller blind real-MCP corpus with no synonym tuning, recall@1 is modest (~37%) and substring can edge BM25 at R@1 — the funnel still lands the right tool in the top-8 ~73% of the time. Optional offline synonym expansion is a large win on terse/vocabulary-poor manifests (the common case — 5–9× recall@1 at 500–1000 tools) and, with weighting, only marginally trails BM25 at recall@8 on rich descriptions while leading on MRR — so it ships opt-in and corpus-tuned. We do not claim to beat hybrid embeddings — we claim competitive routing with no model dependency at all. Numbers: benchmarks.
The problem
Give a model 200 tools and two things break: every tool's schema is loaded into context on every turn (token tax), and the model has to pick the right one from 200 lookalikes (accuracy drops as the count grows). This is well-documented prior art — RAG-MCP names "prompt bloat and selection complexity," and ToolRet (ACL 2025) shows generic retrievers do poorly on tool selection specifically.
The shape: funnel advises, model decides
query query
│ │
▼ ▼
┌────────┐ ┌──────────────┐ offline BM25 over
│ LLM │◄ 200 │ Quartermaster│ tool descriptions
└───┬────┘ schemas └──────┬───────┘ (zero deps, no model)
│ picks wrong, │ top-8 shortlist + guidance
│ huge context ▼
▼ ┌──────────────┐
a tool │ LLM │ reads a small,
└──────┬───────┘ relevant set → picks
▼
right tool(s)
Quartermaster doesn't decide. It returns a scored shortlist; the host LLM — already in the loop, free — makes the final call. So we optimize for recall@K ("is the right tool in the top K?"), not top-1.
What makes it different
The MCP-router space is crowded (Anthropic's native Tool Search, mcpproxy-go, mcp-funnel, MCPJungle, …). We are honest about that — see the comparison. The seam Quartermaster fills:
- Zero embedding model. No torch, no model download, nothing to warm up. The whole ranker is a few hundred lines of dependency-free TypeScript.
- Host-agnostic. Works outside the Anthropic API — any MCP client, any model.
- Advises, doesn't decide. Returns a shortlist + guidance, never a forced pick.
- Offline & private. Nothing phones home; suitable for air-gapped / regulated environments.
We do not claim best-in-class retrieval accuracy. The benchmarks show the honest picture: zero-dependency BM25 is a strong router, and offline query expansion adds a large recall boost on terse manifests (where the vocabulary gap bites) while adding noise on rich ones — so expansion is an opt-in toggle, not a silver bullet. The bet that paid off: you can get competitive tool routing with no embedding model at all.
Quick start
Quartermaster is a single package — quartermaster-mcp. Put it in front of N MCP
servers; agents load retrieve_tools + call_tool instead of every downstream
schema. Point it at a quartermaster.json:
{
"servers": [
{ "id": "github", "command": "npx", "args": ["-y", "@modelcontextprotocol/server-github"],
"env": { "GITHUB_PERSONAL_ACCESS_TOKEN": "${GITHUB_TOKEN}" } }
]
}
npx quartermaster-mcp --config ./quartermaster.json
It spawns the downstream servers, aggregates their tools, and serves a ranked,
schema-hydrated shortlist via retrieve_tools — the model then calls the chosen
tool through call_tool. See packages/proxy.
Host recipe: Use Quartermaster in Cursor (the same
mcpServers config works for Claude Desktop).
What ships
One package — quartermaster-mcp — the drop-in MCP proxy
that federates downstream servers behind retrieve_tools, call_tool, and
list_servers. The zero-dependency BM25/TF-IDF ranker that powers it lives in
packages/core and is bundled into the proxy; it is not
published separately, so the proxy installs self-contained (its only runtime
dependency is the MCP SDK). A .claude-plugin/ manifest is
also included for the Claude Code tool-search seam.
Heritage
Extracted and generalized from the semantic funnel in sf-intelligence, a read-only intelligence layer that routes ~170 tools for one Salesforce org. The fork makes the tool corpus and synonyms injectable, and upgrades the default ranker from TF-IDF cosine to BM25.
License
MIT © 2026 Pranav Nagrecha. See LICENSE.
Security
See SECURITY.md for the trust model, config safety, and how to report vulnerabilities.
推荐服务器
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 模型以安全和受控的方式获取实时的网络信息。