Home / Token cost / Events

The Events MCP server costs 3,359 tokens before the first call.

Every request your agent makes carries every tool definition this server exposes — context your code, documents and conversation can't use, mostly for tools the agent never calls. You don't need them all in the window, and you don't have to pay for them.

QUICK ANSWER The Events MCP server's 18 tool definitions consume 3,359 tokens — 1.7% of a 200k context window, and around the median MCP server (2,145 tokens). A scoped grant exposing only the tools you use cuts that roughly in proportion.

MEASURED FROM SCHEMAS tiktoken o200k_base · rank #2168 of 5,202 measured servers · refreshed every build Method →

What that costs before your agent starts working.

Tool definitions are overhead: they occupy context on every request and compete with your code, documents and conversation history for the same window.

200K WINDOW 1.7%
1M WINDOW 0.3%

Corpus context: Events ranks #2168 of 5,202 measured MCP servers by definition cost. The median is 2,145 tokens, p90 is 11,409, and the heaviest (UnClick) is 147,411 — 74% of a 200k window on its own. New to this? See MCP token cost and context window in the glossary.

Where the 3,359 tokens go.

Each row is one tool definition as a tools/list entry — name, description and input schema — counted with o200k_base. Average: 187 tokens per tool.

ToolCategoryTokens% of server
get_event_search_followups Read 379 11.3%
search_events Read 370 11.0%
recommend_events Read 366 10.9%
plan_night Read 362 10.8%
save_event_preferences Write 277 8.2%
quote_ticket_order Read 214 6.4%
create_event_preference_profile Write 213 6.3%
recommend_events_for_user Read 210 6.3%
record_event_feedback Write 169 5.0%
purchase_ticket_order Financial 159 4.7%
delete_event_preferences Destructive 115 3.4%
create_event_calendar_file Write 100 3.0%
get_event_feedback_prompt Read 90 2.7%
get_event_preferences Read 85 2.5%
get_ticket_offers Read 72 2.1%
get_event Read 62 1.8%
get_preference_onboarding Read 61 1.8%
get_ticket_purchase_policy Read 55 1.6%

Your agent uses a handful of these tools. It pays for all 18.

You don't need all 18 of those definitions in the window. PolicyLayer is an MCP gateway that sits in front of Events: only the tools you grant are exposed to the agent, the rest never load. A smaller window means a sharper agent — less noise when it picks a tool — and every request costs less:

Grant scopeDefinition costReduction
All 18 tools (no gateway) 3,359 tokens
3 granted tools ~560 tokens −83%
5 granted tools ~933 tokens −72%
10 granted tools ~1,866 tokens −44%

The risk dividend: 2 of these 18 tools are critical-risk (destructive or financial) and cost 274 tokens (8% of the definition load). Block them — the recommended starter policy — and you reclaim that context before tuning anything else.

  1. Create a free account and register Events — nothing to install.
  2. Grant only the tools you use — ungranted definitions never enter the context window.
  3. Point your MCP client (Claude, Cursor, anything) at your gateway URL.
CUT EVENTS TOKEN COST →

Instant setup, no code required.

Events token-cost questions.

How many tokens does the Events MCP server use?+

Its 18 tool definitions total 3,359 tokens — 1.7% of a 200k context window — measured with tiktoken o200k_base over the serialised tools/list payload. Exact counts vary slightly by client and model.

Why does Events consume tokens before I send a message?+

MCP clients load every connected server's tool definitions — name, description, and input schema — into the model's context so it knows what it can call. That payload is charged against your context window on every request, whether or not a tool is used.

How do I reduce Events's token usage?+

Expose fewer tools. A PolicyLayer grant scopes Events to only the tools you allow — ungranted definitions are filtered out of the tool list, so they never enter the context window. A grant of 3 typical tools costs roughly 560 tokens, a 83% reduction.

Does deferred tool loading fix this?+

Partially, in some clients. Claude Code defers MCP tool schemas behind a tool-search step by default, and VS Code has experimental grouping — but you still pay tokens per search and reload, and Cursor, Windsurf and Gemini CLI load definitions upfront. Reducing the exposed tool set cuts the cost in every client.

How these numbers were measured.

01
Serialisation

Each tool is serialised as a tools/list entry — name, description, input schema — from the schemas in the PolicyLayer scan database. Clients differ slightly in framing, so treat counts as close estimates.

02
Tokeniser

tiktoken o200k_base (GPT-4o/o-series). Anthropic's current tokeniser isn't published, so Claude's exact counts will differ; for English text and JSON schemas the totals are close enough to treat these as estimates.

03
Deferred loading

Some clients now defer schema loading (Claude Code's tool search; VS Code experimental grouping). You still pay per search and reload — and Cursor, Windsurf and Gemini CLI load everything upfront.

Computed 11-07-2026 from the PolicyLayer scan database over all 18 catalogued Events tools. Counts refresh with every site build.

Expose only the tools you use — the rest never enter your context.

A PolicyLayer grant scopes Events to the tools you actually allow. Ungranted definitions never load, and every call that does run is checked against policy first.

Instant setup, no code required.

46,500+ MCP servers and 515,000+ tools scanned and risk-classified.

// GET IN TOUCH

Have a question or want to learn more? Send us a message.

Message sent.

We'll get back to you soon.