mcpcost
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| ANTHROPIC_API_KEY | No | Optional. Exact token counts from the Anthropic count_tokens endpoint (free, calls no model). Without it the server reports the o200k_base estimate. |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| measure_serverA | Measures one MCP server now: connects to a remote URL, or starts a local command and stops it after tools/list, then reports the result, the protocol version, the tool count and the context-token cost of the tool definitions (o200k_base estimate; the exact Claude count when ANTHROPIC_API_KEY is set). Use it for a server that is not in the official registry, or for a local command; for a registry server prefer lookup_server, which answers from the daily board without a connection. Sends no credentials: a server that needs them comes back with status "auth", not an error. 15 s timeout per request. Give url or command, not both. |
| measure_configA | Measures every server in one MCP config file (.mcp.json, Claude Desktop, Cursor, VS Code or Windsurf format): starts each local server the way the client would and stops it after tools/list, connects to each remote one, and reports the tokens per server and the total. Use it to see what a whole config costs the context window; use measure_server for one server. A server that fails to start or needs credentials is reported with its status, never thrown. Up to about 15 s per server. |
| lookup_serverA | Reads the public board's latest daily probe of one server in the official MCP registry: status, how a client gets access, the exact Claude token cost of its tool definitions, tool count, latency and the history of changes. Instant, no connection to the server, with a registry name or with the endpoint URL as the registry lists it. Use it when the server is in the registry; use search_servers when you do not know its name, and measure_server to probe a URL or a local command here and now. A name or URL that is not on the board returns isError with a short message that points to measure_server. |
| search_serversA | Finds servers on the public board by words in their name, title, description or host, with optional filters, sorted by exact Claude token cost (highest first) by default. With no query and no filter it ranks the whole board, so page 1 is the most expensive servers in the registry and sort=claude-asc the cheapest. Use it to discover servers or to rank them by cost; use lookup_server once you have a name, compare_servers for a few side by side, registry_summary for the totals. Returns up to twenty servers per page with name, host, status, tool count and tokens; |
| compare_serversA | Puts two to five servers next to each other from the board's latest daily probe: status, how a client gets in, tool count, token cost (exact in Claude when counted, else the estimate), share of a 200k window and initialize latency, with the cheapest, the most expensive and the spread. Use it to choose between servers that do the same job; use lookup_server for the full record of one server, search_servers to find candidates, and measure_server to measure a server that is not in the registry. Instant, no connection to the servers, with registry names or endpoint URLs as the registry lists them. A name the board does not know gets a row with status "unknown" and the comparison goes on. format picks the text layout (JSON, a Markdown table, or CSV to paste into a spreadsheet); the structured content is always JSON. |
| registry_summaryA | Aggregates of the board's latest daily run over the whole official MCP registry: how many servers answer and why the rest do not, token cost percentiles and the exact-to-estimate ratio, how servers authenticate, protocol versions, transports, the heaviest servers and the biggest publishers. Use it for the state of the registry as a whole, or as the baseline a single server is compared against; use search_servers for a ranked list and lookup_server for one server. Instant, no input, a few kilobytes of JSON. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 6 tools
Each tool targets a distinct axis of the domain: registry lookup by name, discovery/ranking by query, side-by-side comparison, whole-registry aggregates, single-server live measurement, and whole-config measurement. The descriptions explicitly cross-reference the right alternative for each edge case (unknown name -> measure_server, no name -> search_servers), leaving essentially no room for misselection.
Five of six names follow a clear verb_noun pattern (lookup_server, search_servers, compare_servers, measure_config, measure_server) with consistent snake_case. registry_summary breaks the pattern as noun_noun, a minor deviation that is still readable and unambiguous.
Six tools is well within the sweet spot, and each earns its place: three read-only board tools, one aggregate, and two measurement tools split sensibly by scope (single server vs. config file). No redundant or filler tools.
The surface covers discovery, detail, comparison, aggregate baselines, and live measurement of both individual servers and full configs, including graceful handling of auth failures and timeouts. Minor gap: no per-tool token breakdown within a server, only totals, so an agent cannot see which tool in a server is expensive.