Topic center

MCP context budget and tool filtering

MCP context budget is a practical estimate of how much model input is consumed by tool names, descriptions, schemas, client instructions, memory, and other setup before the main task begins. Tool filtering reduces this fixed overhead and removes irrelevant choices, but it should be validated against repeated task outcomes rather than a universal tool-count limit.

Decision model

Start with the calculation, then test the assumptions.

Open MCP Context Budget Auditor
available task context = model context window - setup context - conversation history - reserved output

Measure serialized tool definitions rather than tool count alone. A few verbose nested schemas can consume more context than many compact tools.

Practical checks

3 checks before relying on the result

Measure definitions

Count the tokens or characters in names, descriptions, parameters, examples, and nested schemas that the client actually sends to the model.

Create task profiles

Code review, deployment diagnosis, design work, and research usually need different capability sets. Start with the smallest useful include list for each task.

Compare outcomes

Run the same representative tasks with broad and focused profiles, then compare completion, tool selection, context use, and unnecessary calls.

Recommended reading

Guides reviewed for this workflow.

4 published guides

Limits and source checks

MCP clients may load, compress, or defer tool definitions differently. Treat an auditor result as an estimate and verify it against the actual client payload.

A larger context window reduces immediate space pressure but does not eliminate ambiguous tool choices, repeated definitions, or unnecessary permission prompts.