Home / Token cost / Wechat Devtools

The Wechat Devtools MCP server costs 6,100 tokens before the first call.

Connect Wechat Devtools and its 55 tool definitions are loaded into the model's context on every request — 3.0% of a 200k window spent before your agent does anything.

QUICK ANSWER The Wechat Devtools MCP server's tool definitions consume 6,100 tokens — 3.2× the median MCP server (1,905 tokens). A scoped grant exposing only the tools you use cuts that roughly in proportion.

MEASURED FROM SCHEMAS 55 tools · 6,100 tokens · 3.0% of 200k · 0.6% of 1M Method →

What that buys 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 3.0%
1M WINDOW 0.6%

Corpus context: Wechat Devtools ranks #956 of 3,213 measured MCP servers by definition cost. The median is 1,905 tokens, p90 is 7,952, and the heaviest (Fusionauth) is 183,337 — 92% of a 200k window on its own.

Where the 6,100 tokens go.

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

ToolCategoryTokens% of server
touchstartElement Read 398 6.5%
touchmoveElement Read 395 6.5%
touchendElement Read 381 6.2%
triggerElement Execute 144 2.4%
callContextMethod Read 130 2.1%
evaluate Read 128 2.1%
callElementMethod Read 127 2.1%
scrollTo Write 126 2.1%
setElementData Write 126 2.1%
getlogs Read 123 2.0%
callWxMethod Read 121 2.0%
moveTo Write 121 2.0%
swipeTo Write 116 1.9%
getElementProperty Read 113 1.9%
setPageData Write 112 1.8%
callPageMethod Read 111 1.8%
exposeFunction Read 109 1.8%
mockWxMethod Read 109 1.8%
getElementAttribute Read 108 1.8%
getElementData Read 108 1.8%
getElementStyle Read 107 1.8%
reLaunch Execute 105 1.7%
getElements Read 104 1.7%
waitFor Execute 103 1.7%
getElement Read 100 1.6%
redirectTo Read 99 1.6%
navigateBack Execute 98 1.6%
navigateTo Execute 96 1.6%
getexceptions Read 96 1.6%
pageScrollTo Write 96 1.6%
switchTab Write 96 1.6%
inputElement Read 95 1.6%
restoreWxMethod Write 94 1.5%
getPageData Read 93 1.5%
stopAudits Execute 90 1.5%
getElementWxml Read 89 1.5%
getScrollWidth Read 89 1.5%
getElementOffset Read 87 1.4%
getScrollHeight Read 87 1.4%
getElementOuterWxml Read 86 1.4%
getElementValue Read 84 1.4%
longpressElement Read 81 1.3%
getElementSize Read 80 1.3%
getElementText Read 79 1.3%
tapElement Write 77 1.3%
getElementChild Read 74 1.2%
getPageSize Read 70 1.1%
getScrollTop Read 65 1.1%
systemInfo Read 59 1.0%
screenshot Read 57 0.9%
getTicket Read 55 0.9%
launch Execute 54 0.9%
pageStack Read 52 0.9%
currentPage Read 49 0.8%
testAccounts Read 48 0.8%

Most agents use a handful of these tools. They pay for all 55.

A PolicyLayer grant exposes only the tools you allow — ungranted definitions are filtered out of the tool list, so they never enter the context window. Estimates below assume typical-weight tools (111 tokens each).

Grant scopeDefinition costReduction
All 55 tools (no gateway) 6,100 tokens
3 granted tools ~333 tokens −95%
5 granted tools ~555 tokens −91%
10 granted tools ~1,109 tokens −82%

Wechat Devtools token-cost questions.

How many tokens does the Wechat Devtools MCP server use?+

Its 55 tool definitions total 6,100 tokens — 3.0% 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 Wechat Devtools 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 Wechat Devtools's token usage?+

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

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

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

Free to start. No card required.

4,600+ MCP servers and 31,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.