Most teams think tool calling costs come from execution. In practice, a huge share comes from description overhead: sending large tool schemas and metadata before useful work starts.
That is where Warmplane changes the game.
Keep MCP richness in the backend, but present agents with a compact, lazy, stable facade:
GET /v1/capabilitiesGET /v1/capabilities/:idPOST /v1/tools/callThis moves agent interaction from “dump everything up front” to “index first, detail on demand.”
From eval/token-efficiency/output/report.md:
54,715 tokens2,386 tokens52,329 tokens (95.6%)260,00511,173248,832 (95.7%)547,15022,895524,255 (95.8%)2,5521,0661,486 (58.2%)12,7605,3497,411 (58.1%)25,52010,66914,851 (58.2%)Interpretation: savings are not a narrow edge case. They range from strong (~58%) to extreme (~96%), depending on upstream schema density.
Direct connectivity is great for compatibility, but costly for repeated agent loops:
A compact facade avoids all three:
Token savings are the headline. Operational gains are the moat:
In short: you get both lower spend and better systems engineering.
The “up to 96%” claim is grounded in measured scenarios above, not speculation.
The first era of MCP proved protocol interoperability. The next era is interface efficiency.
Warmplane makes that shift concrete:
That is how you go from “tool connectivity” to “production-grade tool economics.”