Build1 distinct publisher3 min readUpdated
A dev.to benchmark says one connector carries 42 percent of the schema load while supplying 3.7 percent of the tools. The direction holds. The money math does not.
The Engineer · Build desk
Compiled by The EngineerSomething wrong?How this is made
The distribution matters more than the total. Spread 847 tools across 111,713 tokens of schema and the fleet average is 132 tokens per tool [2][3][1]. Google Drive's 31 tools are counted at 47,293 tokens, roughly 1,525 apiece [6]. Take Drive out and the other nine servers sit near 79 tokens per tool, which puts Drive's per-tool schema at about nineteen times the rest of the set [3]. One connector holds 42 percent of the resident schema tokens while supplying 3.7 percent of the tools [2].
That is the real decision at install time. Dropping servers at random buys very little. Dropping the one whose schemas nest deep enough to price at 1,525 tokens a tool buys back nearly half the budget [2][6]. The author's advice to consumers is to limit connected servers [13], which is the right instinct at the wrong resolution.
The arithmetic needs an audit before anyone quotes the money. The headline says 312K tokens of schema; the totals in the same post say 111,713, a factor of 2.8 apart [5][3][6]. The stated $10.80 per day, at $3 per million input tokens over 20 conversations, implies 180,000 tokens injected per conversation [7][4], a figure that appears in none of the measurements. Price the schema number the author actually measured and the annual bill lands near $1,609 rather than $2,592, about $983 lower [5]. The category breakdown, meanwhile, puts 5 percent for server metadata and headers inside the 111,713 [8], and those same headers are offered as justification for the separate 200,000-plus claim [4][7]. Direction, sound. Magnitudes, unaudited.
Worth noting too that the tokens were counted with tiktoken's cl100k_base encoding and then billed at Anthropic's Sonnet input rate [11][7]. Two different vendors' stacks, and the post does not reconcile them.
The structural point survives all of that. A server author who ships 31 tools with deeply nested input schemas pays nothing for them; the client pays on every conversation that loads them. The post asks server builders to keep descriptions under 50 words and stop exposing unused tools [13], which is a request for restraint aimed at the side of the wire that never sees the invoice. Nothing in the protocol's default posture makes that request enforceable.
The proposed remedy is the author's own proxy, which claims the 847 schemas compress from 111K tokens to 3.2K [12]. The described method counts tokens and result wrapping [11]; nothing in it reports whether the agent still picks the correct tool from a compressed schema [10]. A 97 percent reduction that costs a few points of tool-selection accuracy is not a saving, it is a bill deferred into retries. The wrapping figures have the same softness: 55 percent overhead on a 38-character result and 32 percent across 20 calls rest on two different assumptions about how large a typical result is [9][10][9].
For anyone running this stack, the per-server figure worth writing down is resident schema tokens divided by tools you have ever actually called. On these numbers, Google Drive is the line item that has to justify itself.
Follow any of these and your For You feed starts watching them — no settings page required.
Ranked by verification strength, evidence, and original report placement.
The author installed the 10 most popular MCP servers from the official registry, connected each over stdio MCP, and measured how many tokens are injected into the context window before the first user question.
The Google Drive MCP server exposes 31 tools whose full schema dump is 47,293 tokens, an average of about 1,525 tokens per tool, with nested schemas for file operations, permissions, sharing and search.
The author's token breakdown: tool name and description 35 percent (39,100 tokens), inputSchema properties 42 percent (46,920), nested type definitions 15 percent (16,757), required field arrays 3 percent (3,351), server metadata and headers 5 percent (5,586).
Method: each server installed via npx or pip, connected over stdio, tools/list called on each, tokens counted with tiktoken cl100k_base encoding, result wrapping measured over 20 tools/call invocations per server, all measurements dated 2026-08-23.
The post's headline and standfirst state 312K tokens of JSON schemas for the same 10 servers and 847 tools.
The author advises server builders to keep descriptions under 50 words, flatten schemas, avoid exposing unused tools and treat token cost as a design constraint, and advises consumers to limit how many servers they connect at once.
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
Single self-published source, method described but data not shown
One dev.to post supplies every figure. The method (npx/pip install, stdio, tools/list, tiktoken cl100k_base, 20 tools/call per server) is specific and reproducible in principle, and the Google Drive concentration is arithmetically consistent with the stated totals. But no per-server table appears in the source, the 200,000+ overhead figure has no shown derivation, the schema total contradicts the headline by 2.8x, and no independent measurement exists anywhere in the cluster.
Artefact published, no usage evidence
The cluster documents two concrete artefacts - a dated benchmark run and an Apache 2.0 proxy released to PyPI and GitHub - but no downloads, stars, dependents, deployments or third-party usage are disclosed, and no MCP server maintainer response is recorded. Adoption is therefore a bare release signal.
Headline and cost figures overshoot the measured layer
The checkable core - 847 tools, 111,713 schema tokens, one connector at 42.3 percent of tokens from 3.7 percent of tools - is directionally sound and useful. The promotional layer sits well above it: a 312K headline schema figure against a 111,713 body total, a 200,000+ overhead number with no shown derivation, a $2,592 annual cost implying 180,000 tokens per conversation (about $983 above what the measured schema total supports), and a 97 percent compression claim with no accuracy testing. Overstatement is substantial but the underlying phenomenon is not fabricated, so the gap is high rather than extreme.
Benchmark authored by the vendor of the recommended fix
The same author who produces the token counts sells the remedy: mcptoon is presented mid-article as the answer to the measured overhead, the consumer recommendations name it explicitly, and the piece closes by soliciting GitHub stars. A non-affiliation disclaimer covers Anthropic, Google and server maintainers but does not address the author's own product interest, and larger reported overhead directly strengthens the product's case.
Direction credible, magnitudes unreliable
Confidence is moderate-low. The structural finding (schema surface concentrates in a few verbose connectors and is charged per conversation unless cached) is coherent and locally checkable, and the internal contradictions are themselves verifiable by arithmetic. But every number comes from one self-interested, unreplicated source, the two schema totals differ by 2.8x, the cost model reconciles with neither, and nothing tests whether trimmed schemas preserve tool selection.
build
Every MCP server you add costs about 11,000 tokens before anyone types a word1 distinct publisher
build
Five MCP servers, 22,185 tokens: server count is now a context budget line1 distinct publisher
product
A 2x LLM bill is not a bug report: token spend is an observability problem1 distinct publisher
science
OX Security says MCP command execution is a design choice, so server owners own the risk1 distinct publisher
Distinct publishers with included, body-backed reporting in this cluster.
dev.to
1 article · August 23, 2026