CallBus
Tool retrieval for LLM agents with hundreds of tools. Instead of putting every tool definition into the prompt, callbus picks the few a request needs, with an embedding model (Qwen3-Embedding-8B, trained further on tool retrieval), and serves them to your agent over MCP or REST. Every retriever it ships is measured on the same public benchmarks.
Status: alpha (0.2); interfaces may still change. Documentation: https://yaman.dev/callbus/
Quick start
Index MCP servers or OpenAPI specs, then serve them to any MCP client as two tools, search_tools
and call_tool:
pip install "callbus[mcp]"
CallBus ingest mcp --server time="uvx mcp-server-time" --out tools/
CallBus serve --data tools/ # MCP at http://127.0.0.1:8765/mcp, REST at /v1
CallBus ranks with its backbone, Qwen3-Embedding-8B trained further on tool retrieval
(yasinyaman/callbus-emb-8b), served by vLLM (--emb-url, by default
http://127.0.0.1:8091/v1). On a GPU host, Docker runs both:
cd deploy/docker && cp .env.example .env # set CALLBUS_API_KEY
docker compose run --rm callbus ingest mcp --config /config/callbus.json --out /data
docker compose up -d
The quick start connects Claude Code, Claude Desktop and REST clients. No big GPU? The backbone also runs as a GGUF in Ollama, at the same measured quality. Guide
Results
Retrieval quality on three benchmarks, every number from callbus eval under ToolRet's protocol
(the reports are in docs/results/;
scripts/readme_table.py checks each one before it prints it).
| Retriever | ToolRet NDCG@10 | ToolRet NDCG@10 cat-macro | LiveMCPBench Recall@5 | MCP-Zero top-1 |
|---|---|---|---|---|
| BM25, without instruction | 29.01 | 22.24 | 31.68 | 80.44 |
| BM25, with instruction | 39.27 | 36.41 | 22.92 | 45.63 |
| Qwen3-Embedding-8B | 51.11 | 46.54 | 50.82 | 78.19 |
| Qwen3-Embedding-8B + callbus heads v0.1 | 54.03 | 47.13 | 53.03 | 79.87 |
| Qwen3-Embedding-8B in FP8 + callbus heads v0.1 | 53.94 | 47.27 | 53.48 | 79.51 |
| callbus backbone v0.2 (Qwen3-Embedding-8B + LoRA) | 58.90 | 54.36 | 52.06 | 88.57 |
| callbus backbone v0.2 in FP8 (the default) | 59.02 | 54.53 | 52.06 | 87.71 |
| NV-Embed-v1 (ToolRet paper) | — | 42.71 | — | — |
| gte-Qwen2-1.5B-instruct (ToolRet paper) | — | 45.96 | — | — |
| StackOne v2, a fine-tuned 109M BGE-base (StackOne) | — | 54.40 | — | — |
- ToolRet: 7,961 queries over 44,453 tools, top 100 over the whole corpus. NDCG@10 is the micro-average of the paper's released code; cat-macro is the paper's own aggregation (the mean of the web, code and customized categories) and the only column with published numbers. Our BM25 reproduces the paper's BM25s within 0.1 (22.24 / 36.41 against 22.32 / 36.46).
- LiveMCPBench (94 queries, 525 tools) and MCP-Zero (2,792 tools): the tool text includes the MCP server's name (
callbus data server-names). One LiveMCPBench query is about one point. MCP-Zero ships no queries: ours were written by Qwen3-8B, one per tool (callbus data pull mcp-zero), so its column does not compare with the MCP-Zero paper. Top-1 is Precision@1. LiveMCPBench shows Recall@5; on NDCG@10 the v0.2 backbone leads the v0.1 heads (55.74 / 53.95), on Recall@5 it trails them (52.06 / 53.03) — the gap either way is about one query. - With instruction, each query carries its task's instruction (ToolRet) or a generic one (the MCP sets), as the embedding model is served; the generic instruction costs BM25 on the MCP sets. BM25 is bm25s without stemming, the paper's setting.
- The heads (29.9M parameters,
docs/heads/MODEL_CARD.md) were trained on ToolRet's training pairs, so ToolRet is in-domain for them and the MCP sets are not. On MCP-Zero, BM25 without instruction still wins at top-1: each generated query opens with aserver:line that usually names the server, and exact matching rewards that. - The callbus backbone v0.2 (
docs/backbone/MODEL_CARD.md) is Qwen3-Embedding-8B with a LoRA trained on 20,000 of ToolRet's training pairs, served without heads (the v0.1 heads cost it 0.2–3.9 points: ToolRet micro least, LiveMCPBench Recall@5 most). Its checkpoint was picked on MCP-Zero, so that column is its selection set; ToolRet is in-domain, LiveMCPBench is held out. Beyond these sets, on generated requests over a GitHub + Stripe catalogue it gains 12–20 NDCG@10 points on tasks that need two or three tools and ties with the base model on requests for one tool (the model card has the numbers). - FP8: the bf16 weights quantized as vLLM loads them (
--quantization fp8). Every column is within a point of bf16, at half the weight memory (7.92 GiB against 14.11) and a third off batch-1 latency (56.1 ms against 92.4, cold, over the 44,453 ToolRet tools). The numbers hold on the image the Docker examples ship,vllm/vllm-openai:v0.30.0, as well as on the NGC image they were measured on: the two stacks' vectors agree to a cosine of 0.997 and rank within half a point of each other on all three sets. - Reproduce:
bash scripts/readme_results.shin a clone, where the backbone is served (reports indocs/results/;EMB_URL,EMB_MODEL,TAGandROWSselect another endpoint and rows,HEADSthe v0.1 heads), thenuv run python scripts/readme_table.py --write; benchmarks has the commands.
What's inside
- Ingestion of MCP servers (stdio and streamable HTTP) and OpenAPI 3.x specs; a re-run syncs only what changed. Guide
- Search and serve: adaptive K, a persistent vector index (numpy, FAISS HNSW or pgvector), an MCP
proxy with two tools, a REST API, API keys, Prometheus metrics and a usage log; an optional second
scorer reranks the shortlist (
serve --rerank). Guide - Agent platforms: callbus as Claude's (
tool_reference) and OpenAI's (client-sidetool_search) tool search. Guide Agents with only a shell get a skill. Guide - Frameworks: LangChain agents (
create_agentmiddleware), LangGraph (langgraph-bigtool), LlamaIndex agents, the LiteLLM proxy and Strands Agents (over MCP, no adapter). Guide - Fine-tuning: heads trained on your own request-to-tool pairs, the epoch picked on a dev set. Guide
- Learning from usage:
callbus learnmines the serve log into training pairs and trains heads from them;callbus abjudges the candidate on live traffic and promotes or rolls back, per tenant. Guide - Benchmarks: ToolRet, LiveMCPBench and MCP-Zero with BM25, dense and head scorers (and CLM, for comparison). Benchmarks CLM here is Contrastive-LM, whose head architecture callbus's heads follow, not Context Language Models.
- Docker and Helm: the
callbusimage for amd64 and arm64, compose files with vLLM, a Dockerfile that puts vLLM and callbus in one container, and a Helm chart. Guide
Why
- Tool definitions are expensive context. Anthropic measured 58 tools at about 55K tokens per request and reports tool-selection accuracy falling past 30 to 50 tools. RAG-MCP lifted selection accuracy from 13.6% to 43.1% on a large MCP set by retrieving tools first.
- Hosted tool searches are tied to one model provider or cloud, and most are lexical. callbus is model-agnostic and runs on your own hardware.
- An embedding backbone trained further on tool retrieval (
yasinyaman/callbus-emb-8b, the default). You embed your tools once and rank with one dot product. Optional small heads on top of it (29.9M parameters for the request and the tool side together) start as the identity, so heads fine-tuned on your data start from the base model's quality, not below it.
Feedback
Tried it? Tell us how it went: what you set up, what worked and what did not. Questions and ideas go to Discussions.
Contributing
Set-up, tests and conventions are in
CONTRIBUTING.md. The weekly
reports behind every number, in Turkish, are in
docs/reports/.
License
Apache-2.0 (LICENSE). NOTICE credits what callbus takes from CLM (the head
architecture), ToolRet (its task metadata) and MCP-Zero (its query prompts);
THIRD_PARTY_NOTICES.md lists the dependencies, models and container
images. Contributions are welcome: see CONTRIBUTING.md and the
code of conduct; report vulnerabilities as SECURITY.md says.
Metadata
Release files for callbus 0.3.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| callbus-0.3.1.tar.gz | 376.4 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| callbus-0.3.1-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 628.0 kB
Release files / callbus-0.3.1.tar.gz
| Download URL | callbus-0.3.1.tar.gz |
|---|---|
| Size | 376.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
cfabfc9648f0382cb9b7de1ed463e23c0c2fdc4836e270b99adfde6be8cbc64d
|
|
BLAKE2b-256 checksum How to use checksums |
5e95d5dbaf452f4d050ff354d55b835fe8d229e031f8bd68c2f61eb46cc667c4
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 13, 2026.
Transparency logRelease files / callbus-0.3.1-py3-none-any.whl
| Download URL | callbus-0.3.1-py3-none-any.whl |
|---|---|
| Size | 251.6 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
12a9963e683cd08d260b35007901e21e5a565687c30f801e9092c91a56cd64ec
|
|
BLAKE2b-256 checksum How to use checksums |
00961a77b2f4a99df67603d6151571d5e151db0341b3672617eb825b361cc31b
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 13, 2026.
Transparency log