Home / Token cost / Eyeot

The Eyeot MCP server costs 3,122 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 Eyeot MCP server's 33 tool definitions consume 3,122 tokens — 1.6% of a 200k context window, and around the median MCP server (2,069 tokens). A scoped grant exposing only the tools you use cuts that roughly in proportion.

MEASURED FROM SCHEMAS tiktoken o200k_base · rank #1396 of 3,354 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.6%
1M WINDOW 0.3%

Corpus context: Eyeot ranks #1396 of 3,354 measured MCP servers by definition cost. The median is 2,069 tokens, p90 is 11,359, and the heaviest (SmartBear MCP) is 137,725 — 69% of a 200k window on its own. New to this? See MCP token cost and context window in the glossary.

Where the 3,122 tokens go.

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

ToolCategoryTokens% of server
create_ticket Write 338 10.8%
create_client Write 336 10.8%
update_client Write 310 9.9%
create_product Write 233 7.5%
eyeot_help Read 216 6.9%
create_quote Write 197 6.3%
eyeot_call Execute 185 5.9%
create_order Write 183 5.9%
create_opportunity Write 151 4.8%
request_leave Write 138 4.4%
whoami Read 57 1.8%
convert_opportunity_to_quote Write 56 1.8%
accept_quote Write 54 1.7%
invoice_from_quote Write 53 1.7%
quote_pdf Read 53 1.7%
get_client Read 52 1.7%
list_stock_alerts Read 33 1.1%
list_leaves Read 32 1.0%
dashboard_kpis Read 31 1.0%
list_clients Read 31 1.0%
list_opportunities Read 31 1.0%
stock_dashboard Read 31 1.0%
dashboard_alerts Read 30 1.0%
list_invoices Read 30 1.0%
list_orders Read 30 1.0%
list_products Read 30 1.0%
list_tickets Read 30 1.0%
list_employees Read 29 0.9%
list_suppliers Read 29 0.9%
create_employee Write 29 0.9%
list_quotes Read 28 0.9%
search Read 28 0.9%
create_invoice Write 28 0.9%

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

You don't need all 33 of those definitions in the window. PolicyLayer is an MCP gateway that sits in front of Eyeot: 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 33 tools (no gateway) 3,122 tokens
3 granted tools ~284 tokens −91%
5 granted tools ~473 tokens −85%
10 granted tools ~946 tokens −70%
  1. Create a free account and register Eyeot — 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 EYEOT TOKEN COST →

Instant setup, no code required.

Eyeot token-cost questions.

How many tokens does the Eyeot MCP server use?+

Its 33 tool definitions total 3,122 tokens — 1.6% 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 Eyeot 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 Eyeot's token usage?+

Expose fewer tools. A PolicyLayer grant scopes Eyeot 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 284 tokens, a 91% 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 06-07-2026 from the PolicyLayer scan database over all 33 catalogued Eyeot tools. Counts refresh with every site build.

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

A PolicyLayer grant scopes Eyeot 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.

43,000+ MCP servers and 220,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.