
Every agent that grows past a dozen tools hits the same wall: the tool schemas alone eat the context window, and selection accuracy collapses as the catalog grows. Ratel is a context gateway built for that wall — it describes itself as keeping "your tool and skill catalog out of the prompt" and retrieving "only what each turn needs."
A context engine that sits between your agent and its capabilities. Tools, MCP servers and skills are unified into one searchable catalog, exposed to the model through three capability tools instead of a wall of schemas. The model searches for what it needs; only the matching definitions get loaded.
pnpm add @ratel-ai/sdk to start.Ratel publishes a striking set of results: ~70% higher accuracy on Qwen 3.5, 62% higher accuracy on Opus 4.7 with 83% fewer tokens, and — the most legible one — single-tool selection over a 100-tool catalog going from .
Founder, Engineer
New York City
These are vendor-run benchmarks on a synthetic catalog, and that last figure is the one to read carefully: 8.3% is roughly what you'd expect when a model is drowning in undifferentiated tool schemas, so the delta is as much a statement about how bad the naive baseline is as about how good the retrieval is. The direction is almost certainly real — retrieval over a large tool catalog beats stuffing it — but treat the magnitudes as an upper bound until you've run your own catalog through it.
The zero-setup default is the right call. BM25 in-process means you can put this in front of an existing agent without provisioning anything, and only reach for embeddings if keyword search underperforms on your catalog. Most context-engineering products get this backwards and lead with a vector store.
Traces are a first-class feature, not an afterthought. "Why did the agent choose that tool" is the single hardest question to answer when a production agent misbehaves, and shipping OpenTelemetry spans for retrieval decisions is the difference between debugging and guessing.
Open-source engine. Apache-2.0 on the part that does the work means the lock-in question has a real answer.
If your agent has ten tools, skip it — you don't have the problem this solves. If it has a hundred, spans several MCP servers, or you're paying real money for tokens spent re-sending schemas the model never calls, this is the most credible open-source attempt at the problem right now, and the open engine plus BM25 default makes the trial cheap. Run their benchmark harness against your catalog before you believe any specific percentage.
Sources: