{"_self":{"principle":"Self-explaining payload — no external context required. This _self block describes what you are reading and where to look next.","widget":"article_topology","feature":"topology","name":"Article topology","what":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER.","contains":"claims, sources, anecdotes, question_graph slice","slug":"mcp-as-a-projection","urls":{"read":"https://miscsubjects.com/api/articles/mcp-as-a-projection/topology"},"how_to_use":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER.","write":null,"imessage":null,"router_tag":null,"proof_chain":[{"step":1,"claim":"Articles are voxel graphs of tiered claims, not prose blobs.","verify":"https://miscsubjects.com/api/articles/constitution"},{"step":2,"claim":"Claims link to hash-chained sources via source_ids.","verify":"https://miscsubjects.com/api/articles/mcp-as-a-projection/sources"},{"step":3,"claim":"Ask reads topology; ingest/claim append to ledger.","verify":"https://miscsubjects.com/api/protocol"},{"step":4,"claim":"Models queue growth: populate → collaborate → repair → reflex.","verify":"https://miscsubjects.com/api/protocol/grow"},{"step":5,"claim":"Graph proves its own shape (reflex) and $/claim (yield).","verify":"https://miscsubjects.com/graph.html?layer=reflex"},{"step":6,"claim":"Full feature index + _explain on every API response.","verify":"https://miscsubjects.com/api/articles/system-map"}],"related_features":[{"id":"ask","name":"Ask protocol","what":"Answer only from topology; creates question_node with gaps and ingest_hint.","urls":{"read":"https://miscsubjects.com/api/articles/mcp-as-a-projection/prompts","write":"https://miscsubjects.com/api/protocol/ask"}},{"id":"graph_topology","name":"Cross-article graph","what":"Merged claims/sources across condition+stack slugs for one question.","urls":{"read":"https://miscsubjects.com/api/articles/mcp-as-a-projection/graph-topology?question=..."}},{"id":"question_graph","name":"Question graph","what":"Ask nodes (questions + gaps) and evidence_ingest nodes (pasted model output).","urls":{"read":"https://miscsubjects.com/api/articles/mcp-as-a-projection/question-graph","write":"https://miscsubjects.com/api/protocol/ask"}},{"id":"voxels","name":"Voxel graph","what":"Claims as atoms, sources as edges (supported_by, posted_by). Per-claim provenance.","urls":{"read":"https://miscsubjects.com/api/articles/mcp-as-a-projection/voxels","write":"https://miscsubjects.com/api/protocol/claim"}}],"system_map":"https://miscsubjects.com/api/articles/system-map","system_map_markdown":"https://miscsubjects.com/api/articles/system-map?format=markdown","not_medical_advice":true},"_explain":{"feature":"topology","name":"Article topology","what":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER.","why":"Every feature is auditable collective intelligence","how":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER.","model":null,"verifies":null,"urls":{"read":"https://miscsubjects.com/api/articles/mcp-as-a-projection/topology"},"imessage":null,"router":null,"related":[{"id":"ask","what":"Answer only from topology; creates question_node with gaps and ingest_hint."},{"id":"graph_topology","what":"Merged claims/sources across condition+stack slugs for one question."},{"id":"question_graph","what":"Ask nodes (questions + gaps) and evidence_ingest nodes (pasted model output)."},{"id":"voxels","what":"Claims as atoms, sources as edges (supported_by, posted_by). Per-claim provenance."}],"not_medical_advice":true},"slug":"mcp-as-a-projection","title":"MCP is one view of a capability table, and the view you pick costs 6.25x","register":"essay","tags":["tooling","mcp","architecture","json-rpc","tool-cost","protocol"],"updated_at":"2026-07-27T04:25:43.947Z","body_excerpt":"The Model Context Protocol (MCP) is a way of *describing* a set of capabilities to a model. It is not the place those capabilities live, and it is not the thing that runs them. On this site the capabilities live in one database table — one row per capability — and MCP is one of three ways that table is shown to a model.\n\n**Scope note:** this page measures one thing well — what it costs to show *this* catalogue to a model three different ways. It is not a claim that the catalogue is the architecture. [892 rows, 8 of them MCP](/a/the-directory-is-not-the-object-system) breaks the same table down by runner and category and shows MCP is 8 of the 891 rows measured here, not the subject the table exists to serve.\n\nA **projection** here means exactly one thing: a view generated from a table, holding nothing of its own. Change the table and every view changes in the same instant. Delete a view and nothing is lost. Below, the plainer word **surface** is used wherever it reads more clearly; they mean the same thing.\n\nThe three surfaces reach the same capability catalogue. The recorded benchmark puts 6.25× between the cheapest and the dearest turn.\n\n[[embed:source:m1]]\n\n## Evidence status\n\n**Observed** marks first-party measurements or runtime receipts from the named environment.\n**Derived** marks arithmetic calculated from cited inputs. **Specified** marks vendor or standards\ndocumentation. **Implemented** and **deployed** name code and live-state evidence, respectively.\n**Reproduced** means the stated procedure was rerun. **Externally attested** marks operator reports;\nthose reports show that an experience occurred, not that it is universal.\n\n## MCP at the wire is JSON-RPC 2.0, one of two transports, and a handful of method names\n\nA reader who has never opened the specification can hold the whole thing in one paragraph. A client and a server exchange JSON-RPC 2.0 messages. JSON-RPC is a remote-procedure-call format: a JSON object carrying `jsonrpc`, `method`, `params` and `id`, answered by an object carrying the same `id` and either `result` or `error`. The specification is blunt about this: *\"MCP uses JSON-RPC to encode messages. JSON-RPC messages **MUST** be UTF-8 encoded.\"*\n\nThose messages travel over one of two transports. Standard input and output, for a server running as a local subprocess. Or HTTP POST, for a server running somewhere else — the specification calls the second one Streamable HTTP and requires that *\"Every JSON-RPC message sent from the client **MUST** be a new HTTP POST request to the MCP endpoint.\"* It also states a preference: *\"Clients **SHOULD** support stdio whenever possible.\"*\n\nThe method names that matter for a capability catalogue are four:\n\n| Method | Direction | What it carries | What this site's server returns |\n| --- | --- | --- | --- |\n| `initialize` | client → server | protocol version, client capabilities | `protocolVersion: \"2025-06-18\"`, `capabilities: {\"tools\":{\"listChanged\":false}}`, `serverInfo` |\n| `tools/list` | client → server | nothing, or a pagination cursor | an array of `{name, description, inputSchema}` — 831 of them, measured below |\n| `tools/call` | client → server | `params.name`, `params.arguments` | `{content:[{type:\"text\",text:\"…\"}], isError:false}` |\n| `notifications/tools/list_changed` | server → client | nothing | never sent — this server declares `listChanged: false` |\n\nA tool definition is three fields: a name, a description in prose, and a JSON Schema for the arguments. That triple is what lands in the model's context window. Everything expensive about MCP follows from the size of that triple multiplied by the number of tools.\n\n### What MCP is not\n\n- **Not a wire protocol.** The layering claim gets used to wave away responsibility, and it is wrong. JSON-RPC is the wire protocol; MCP sits above it.\n- **Not a place capabilities live.** A server holds handlers. Nothing in the specification says where the list of capabilities is stored, or that it must be a hand-written list at","ranking":"safety-first (interaction_risk/limitations), then quote-gated effective_weight","claims":[{"id":"c7","text":"The strongest case for MCP is that it is a decorated index above an API which every client already speaks, with SDKs hiding the transport, so publishing one costs about as much work as the API underneath it.","tier":"anecdotal","section":"The case for shipping an MCP surface, at its strongest","interaction_risk":false,"status":"active","source_ids":["s18","s19","s20","s33"],"why_material":"A page that only prosecutes the cost case is propaganda; the strongest opposing statement has to appear in its own words.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.3,"quote_gated":false},{"id":"c8","text":"Independent operators measured tool definitions consuming between 13,341 and more than 50,000 input tokens before any user message, on catalogues far smaller than 831 tools.","tier":"anecdotal","section":"The case against, with the numbers the complainants actually measured","interaction_risk":false,"status":"active","source_ids":["s15","s16","s17","s23","s26","s28","s29","s30"],"why_material":"The cost objection is only credible when it rests on other people's numbers from named harnesses, not this site's alone.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.3,"quote_gated":false},{"id":"c1","text":"MCP encodes its messages as JSON-RPC 2.0 and runs over one of two transports, stdio or Streamable HTTP, with every client message required to be a new HTTP POST in the second case.","tier":"system","section":"MCP at the wire is JSON-RPC 2.0, one of two transports, and a handful of method names","interaction_risk":false,"status":"active","source_ids":["s1","s6","s7"],"why_material":"Without the wire-level facts the reader cannot judge any claim about what MCP costs or what it replaces.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.1,"quote_gated":false},{"id":"c2","text":"MCP is not itself a wire protocol; JSON-RPC is the wire protocol and MCP is the layer above it.","tier":"system","section":"What MCP is not","interaction_risk":false,"status":"active","source_ids":["m3","s22","s7","s8"],"why_material":"The 'it is just plumbing' framing is routinely used to deflect both security and cost responsibility, and it is factually wrong.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.1,"quote_gated":false},{"id":"c3","text":"The same capability catalogue is reachable in full with zero tool definitions in the model's context, measured at 14,071 input tokens and $0.00456265 per turn, against 149,187 tokens and $0.02852109 for the per-row MCP projection of that same catalogue.","tier":"system","section":"One recorded 891-row catalogue cost 6.25x more through its largest surface","interaction_risk":false,"status":"active","source_ids":["m1","m2"],"why_material":"This is the page's central measured fact: the surface, not the capability set, sets the bill.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.1,"quote_gated":false},{"id":"c4","text":"A live tools/list against the per-row surface returned 831 tool definitions in a 434,636-byte HTTP body at 05:03:04Z on 2026-07-26, with 434,592 compact definition bytes averaging 523 per tool.","tier":"system","section":"Measured today: 831 definitions occupied 434,636 bytes on the wire","interaction_risk":false,"status":"active","source_ids":["m1"],"why_material":"A first-party number taken with a published command is the difference between an argument and an anecdote.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.1,"quote_gated":false},{"id":"c5","text":"Tool counts for one MCP server are readings, not constants: the same server returned 833 and 831 two minutes apart, against 856 recorded the previous day, because rows are enabled and hidden while the site runs.","tier":"system","section":"Measured today: 831 definitions occupied 434,636 bytes on the wire","interaction_risk":false,"status":"active","source_ids":["m1","m4"],"why_material":"Publishing a fixed tool count as a constant would be exactly the unfalsifiable number this page exists to avoid.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.1,"quote_gated":false},{"id":"c6","text":"A small-surface MCP server publishes a fixed number of tools regardless of catalogue size: workers/mcp-server/src/index.ts registers seven, with dispatch taking a key and arguments so the key space is the table.","tier":"system","section":"Each surface is a file, and the file states its own tool count","interaction_risk":false,"status":"active","source_ids":["m4","m5","s5","s9"],"why_material":"It is the middle option most readers do not know exists, and it removes the token argument without giving up MCP compatibility.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.1,"quote_gated":false},{"id":"c9","text":"Anthropic's documentation puts a five-server setup at about 55,000 tokens of definitions before any work, and says tool search typically removes over 85 percent of that.","tier":"system","section":"The case against, with the numbers the complainants actually measured","interaction_risk":false,"status":"active","source_ids":["s2"],"why_material":"Vendor confirmation of both the size of the problem and the limit of the mitigation, in the vendor's own numbers.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.1,"quote_gated":false},{"id":"c10","text":"A tool call happens between completions, so N items means N round trips, while code the model writes loops inside a single generation.","tier":"system","section":"Round trips are the argument that survives bigger context windows","interaction_risk":false,"status":"active","source_ids":["s24","s25"],"why_material":"This objection does not weaken as context windows grow or caches improve, which makes it the durable one.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.1,"quote_gated":false},{"id":"c11","text":"Two vendors independently published the same finding, that letting the model write code against MCP servers keeps intermediate results out of the context window, with Anthropic reporting 150,000 tokens reduced to 2,000.","tier":"system","section":"Round trips are the argument that survives bigger context windows","interaction_risk":false,"status":"active","source_ids":["s20","s27","s3","s4"],"why_material":"Independent agreement between Anthropic and Cloudflare moves this from opinion to established practice.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.1,"quote_gated":false},{"id":"c12","text":"notifications/tools/list_changed is specified, but named clients ignore it, so adding a capability without a redeploy means reconnecting or restarting the client in practice.","tier":"system","section":"notifications/tools/list_changed is in the specification, and named clients ignore it","interaction_risk":false,"status":"active","source_ids":["m3","s10","s11","s12","s6"],"why_material":"The no-redeploy promise is the main non-cost argument for a server-side catalogue, and three filed bugs show it depends on client behaviour that is not uniform.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.1,"quote_gated":false},{"id":"c13","text":"Deferred tool loading cuts the measured cost to 14,109 input tokens and $0.00443075 on this catalogue, but carries two filed defects: claude.ai-hosted servers are missing from the search index, and codex exec can end a turn silently when a configured server is deferred.","tier":"system","section":"Verdict: publish MCP when the client is not yours, publish the protocol when it is","interaction_risk":false,"status":"active","source_ids":["s13","s14","s2","s31","s32"],"why_material":"It is the mitigation the verdict depends on, so its failure modes decide when the verdict flips.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.1,"quote_gated":false},{"id":"c14","text":"The token cost of tool definitions is a property of the client, not of the specification, which states that implementations are free to expose tools through any interface pattern.","tier":"system","section":"What MCP is not","interaction_risk":false,"status":"active","source_ids":["s21","s26","s6"],"why_material":"Publishing the measurements without this correction would misattribute a harness behaviour to the protocol.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.1,"quote_gated":false},{"id":"c15","text":"A resolver call replaces tool definitions with a query: GET /api/dispatch?ask=send%20an%20email returned 12 ranked candidates and one recommendation in 12,335 bytes, with nothing resident in a prompt.","tier":"system","section":"Measured today: 831 definitions occupied 434,636 bytes on the wire","interaction_risk":false,"status":"active","source_ids":["m2"],"why_material":"It is the concrete mechanism that makes a zero-definition surface usable rather than theoretical.","retracted_at":null,"retraction_reason":null,"challenged_by":[],"effective_weight":0.1,"quote_gated":false}],"sources":[{"id":"s1","type":"publisher_documentation","url":"https://modelcontextprotocol.io/specification/2025-06-18","title":"Model Context Protocol specification, revision 2025-06-18","quote":"Model Context Protocol (MCP) is an open protocol that enables seamless integration between LLM applications and external data sources and tools.","summary":"The authoritative statement of what MCP is, and the revision string this site's server returns from initialize. Positive. Also the source for MCP being defined over JSON-RPC 2.0 rather than being a wire protocol itself.","claim_ids":["c1"],"hash":"e18bf935ba4493de1654a14472a9599b795837b93261a303bb56171237af65c8"},{"id":"s2","type":"publisher_documentation","url":"https://docs.claude.com/en/docs/agents-and-tools/tool-use/tool-search-tool","title":"Tool search tool","quote":"A typical multiserver setup (GitHub, Slack, Sentry, Grafana, and Splunk) can consume ~55k tokens in definitions before Claude does any work. Tool search typically reduces this by over 85 percent, loading only the 3-5 tools Claude needs for a given request.","summary":"The vendor's own figure for the cost of loading definitions at connect and for how much its mitigation removes. Positive on the mitigation, and an admission of the size of the problem. Also states tool-selection accuracy degrades past 30-50 tools.","claim_ids":["c13","c9"],"hash":"f1bf9f0e17daebc79c4a56c25eb84228b256a4a0b341f8c27e8f8680d05b5c26"},{"id":"s3","type":"publisher_documentation","url":"https://www.anthropic.com/engineering/code-execution-with-mcp","title":"Code execution with MCP: building more efficient AI agents","quote":"This reduces the token usage from 150,000 tokens to 2,000 tokens—a time and cost saving of 98.7%.","summary":"Anthropic engineering on presenting MCP servers as code APIs rather than direct tool calls, so intermediate results never enter the context window. Positive on MCP, negative on the load-everything-upfront client pattern. The vendor-side version of the round-trip argument.","claim_ids":["c11"],"hash":"e7b027efcb11382d38502ceaaa7fd0e0648a4c4a850ac6dc215a9ef57e7f204f"},{"id":"s4","type":"publisher_documentation","url":"https://blog.cloudflare.com/code-mode/","title":"Code Mode: the better way to use MCP","quote":"With the traditional approach, the output of each tool call must feed into the LLM's neural network, just to be copied over to the inputs of the next call, wasting time, energy, and tokens. When the LLM can write code, it can skip all that, and only read back the final results it needs.","summary":"Cloudflare reaching the same conclusion independently of Anthropic, and defining MCP plainly as a uniform way to expose an API plus the documentation a model needs to use it. Second vendor confirmation of the round-trip cost.","claim_ids":["c11"],"hash":"b5607ac12f457324e40be83da151c314ff0fd1e82ef4bfdf99dcdbb4577a739e"},{"id":"s5","type":"publisher_documentation","url":"https://developers.cloudflare.com/agents/model-context-protocol/mcp-agent-api/","title":"McpAgent API — Cloudflare Agents","quote":"McpAgent","summary":"The runtime the small surface is built on: an MCP server as a Durable Object, with the SDK handling initialize, tools/list and tools/call. A reader gets the exact class and bindings needed to reproduce surface B.","claim_ids":["c6"],"hash":"38facac177f3580722cb29097c9784081e65a0c60601a38c637c1ec4dd838f91"},{"id":"s6","type":"specification","url":"https://modelcontextprotocol.io/specification/2025-06-18/server/tools","title":"Tools — MCP specification 2025-06-18","quote":"When the list of available tools changes, servers that declared the `listChanged` capability **SHOULD** send a notification","summary":"The clause behind the add-a-capability-without-a-redeploy claim, and the source for the tool triple of name, description and inputSchema. Also states implementations are free to expose tools through any interface pattern, which is the specification agreeing that context loading is a client decision.","claim_ids":["c1","c12","c14"],"hash":"c9ca7f5c1ddd291f88780bfb24689f4e5afa891841339fbb02d576055a2732af"},{"id":"s7","type":"specification","url":"https://modelcontextprotocol.io/specification/2025-06-18/basic/transports","title":"Transports — MCP specification 2025-06-18","quote":"MCP uses JSON-RPC to encode messages. JSON-RPC messages **MUST** be UTF-8 encoded.","summary":"The wire-level facts: JSON-RPC encoding, two transports (stdio and Streamable HTTP), one HTTP POST per client message, and a stated preference for stdio. What a reader needs before any argument about cost makes sense.","claim_ids":["c1","c2"],"hash":"ae80baa0d0627a2471dc4135b2b257b1c5e8b9d671dbbe811e36c5d07e6d36d2"},{"id":"s8","type":"specification","url":"https://www.jsonrpc.org/specification","title":"JSON-RPC 2.0 Specification","quote":"JSON-RPC is a stateless, light-weight remote procedure call (RPC) protocol.","summary":"The layer underneath MCP. A reader wanting to know what a request object actually contains — jsonrpc, method, params, id — gets it here, which settles the recurring 'MCP is a wire protocol' confusion.","claim_ids":["c2"],"hash":"18c839566cfab11d83a32d359a0fd6c5e20e77f7dd7995b23319bc05057dd08f"},{"id":"s9","type":"repository","url":"https://github.com/modelcontextprotocol/typescript-sdk/tree/v1.x","title":"modelcontextprotocol/typescript-sdk","quote":"The Model Context Protocol allows applications to provide context for LLMs in a standardized way","summary":"The SDK that hides the transport, which is why deploying an MCP server costs roughly what deploying the REST API underneath it costs. Reading McpServer's tool registration shows the entire surface a server author writes.","claim_ids":["c6"],"hash":"ce7bbcd89fa25f5ccb2c0aa1fc7ad01a10c4400354fb983ee84adcb38501bc73"},{"id":"s10","type":"github","url":"https://github.com/kirodotdev/Kiro/issues/6553","title":"Kiro IDE does not handle MCP notifications/tools/list_changed — dynamic tools not refreshed","quote":"When an MCP server dynamically adds or removes tools at runtime and sends this notification per the MCP spec, Kiro IDE does not re-query tools/list, so the new tools never appear until the server is manually reconnected.","summary":"Reproducible report with a minimal dynamic-registration server: the spec-compliant path for adding a capability without a restart silently does nothing in one client while working in two others. Negative on the no-redeploy story.","claim_ids":["c12"],"hash":"d95699b6f7a715989ae2ceadf74985820736d19c54c042d50fbcdce9b7b30f41"},{"id":"s11","type":"github","url":"https://github.com/microsoft/wassette/issues/308","title":"GitHub Copilot CLI does not dynamically load tools via tools/list_changed","quote":"Internal terminal testing shows the CLI never refreshes its tool list, unlike GitHub Copilot in VS Code which updates immediately.","summary":"A Microsoft engineer files that tools loaded at runtime never surface in one client until restart, with a repro video, while the same server works in VS Code. Negative, and evidence the defect is per-client rather than per-spec.","claim_ids":["c12"],"hash":"809533ee0b3cbf357cf37d14bb3852554c60ebae1aedc39f0eb9c2a89bc45dca"},{"id":"s12","type":"github","url":"https://github.com/mcpjungle/MCPJungle/issues/260","title":"Dynamic tool sync: notifications/tools/list_changed + polling fallback","quote":"MCPJungle caches upstream tool lists at registration time only. If an upstream server adds or removes tools later, MCPJungle's view stays stale until a manual re-registration or full restart.","summary":"A tool-registry gateway describing the same staleness one layer up: registry rows go stale and removed tools leave dangling references inside tool groups. Negative on current state, positive on the registry design.","claim_ids":["c12"],"hash":"aa9862622c6a339476925e3aa7de0145f7b2a9a34d946055044fdb1bb39aa2e4"},{"id":"s13","type":"github","url":"https://github.com/anthropics/claude-code/issues/57033","title":"ToolSearch does not index tools from claude.ai-hosted MCP servers","quote":"the `ToolSearch` deferred-tool discovery mechanism does NOT include them in its index. Any `ToolSearch` query that should match a claude.ai MCP tool returns zero results","summary":"Servers added at claude.ai show Connected in /mcp yet are invisible to deferred search, isolating the gap to the hosted transport while local and plugin servers index fine. Negative: the cheapest mitigation for the token cost is not uniformly reliable yet.","claim_ids":["c13"],"hash":"e306e90e60645dbe884d5d480e656e87a9fa171e2bb4f5e260138e78122debdf"},{"id":"s14","type":"github","url":"https://github.com/openai/codex/issues/24536","title":"codex exec can silently complete empty when configured MCP tools are deferred behind tool_search","quote":"`codex exec` can silently finish with no assistant message when an explicitly configured MCP tool is deferred behind `tool_search`.","summary":"With a GitHub connector contributing 90 tools, the task-specific server stays registered but is only reachable as a deferred source, and the run ends with an empty turn. Negative: the fix for tool count introduces a silent-failure mode.","claim_ids":["c13"],"hash":"6c9781d92a2e2d7987014aefe4744ede3d68bbf6b7420f62b76c5b1eedd462a5"},{"id":"s15","type":"independent_measurement","url":"https://github.com/yonatangross/orchestkit/issues/885","title":"Context bloat: 16.9k tokens wasted on MCP tool definitions loaded into main agent","quote":"The main agent context burns **16.9k tokens (8.5% of 200k)** loading 68 MCP tool schemas at session start. Most are never called by the main agent — they're used by subagents.","summary":"The most rigorous public measurement found: a per-server table (notebooklm-mcp 25 tools/~6.0k tokens, hq-knowledge 14/~3.3k, memory 9/~2.1k, agentation 9/~2.1k, tavily 5/~1.2k, context7 2/~0.5k, sequential-thinking 1/~0.2k) inside a 54k fixed-overhead budget. Negative, with the harness and the per-server split named.","claim_ids":["c8"],"hash":"92abde4a4f923782022b68dabe1e9bbd5287659ba4a780a264b9179a1d071bb8"},{"id":"s16","type":"independent_measurement","url":"https://github.com/abdlkrim-jribi/hcode/issues/4","title":"Reduce Context Window Usage (13,341 tokens for tools alone)","quote":"The agent injects ALL 47 tool schemas on every single request, consuming ~13,341 tokens before the user message is even sent.","summary":"A maintainer audits his own agent and publishes the breakdown: ~4,168 static tool docs, ~4,515 static schemas, ~751 MCP docs, ~3,906 MCP schemas. Negative, and a worked example of costing a contract format rather than guessing at it.","claim_ids":["c8"],"hash":"a7a72fe31fad1925070f0bff816f1404703bbda4d12b4e643cc68816e42d77a1"},{"id":"s17","type":"hn","url":"https://news.ycombinator.com/item?id=47400262","title":"Comment on: Apideck CLI — An AI-agent interface with much lower context consumption than MCP","quote":"We built a unified API with a large surface area and ran into a problem when building our MCP server: tool definitions alone burned 50,000+ tokens before the agent touched a single user message.","summary":"Vendor engineer describes hitting 50k tokens of contracts before any work, then replacing them with a CLI contract of ~80 tokens plus --help discovery. Cites a 75-run comparison showing 4-32x MCP-vs-CLI token overhead. Negative on fat schemas, honest about where CLIs lose: streaming, delegated auth, distribution.","claim_ids":["c8"],"hash":"092c2586c6408d4bbe6e2492e400fcaf9219bfcfe62a4a783ef76f5fc1bf7c58"},{"id":"s18","type":"hn","url":"https://news.ycombinator.com/item?id=48336021","title":"Comment on: MCP is dead?","quote":"It's like saying APIs are dead because you can just use HTTP. They're not the same thing, though of course you can hand-roll the higher layer in the lower one. It's just more work, less standard, less valuable.","summary":"The counter-case: MCP is a layer above your API, and a decorated index of features beats a bare endpoint list for a model. Positive, and the sharpest rebuttal of the just-HTTP framing.","claim_ids":["c7"],"hash":"ac748e699369d3639cf7c401eff2251bb856c543769964ca2ef48833d557ac30"},{"id":"s19","type":"hn","url":"https://news.ycombinator.com/item?id=47381322","title":"Comment on: MCP is dead; long live MCP","quote":"MCP is effectively \"just another HTTP REST API\"; OAuth and everything.  The key parts of the protocol is the communication shape and sequence with the client, which most SDKs abstract for you","summary":"From a team that built its own server: the protocol reduces to a communication shape over HTTP that the SDKs hide, and deploying one is no harder than a REST API. Mixed — deflationary about what MCP is, still recommends it.","claim_ids":["c7"],"hash":"b08bb4852107bbea13223f516ff0d68113c85e025d9ef9831db83f0a37001a23"},{"id":"s20","type":"hn","url":"https://news.ycombinator.com/item?id=47381282","title":"Comment on: MCP is dead; long live MCP — the contract is the value","quote":"Tool results from programmatic calls are not added to Claude's context window, only the final code output is. They report up to 98.7% token savings in some workflows.","summary":"Argues the contract itself is the value: input and output schemas let a code-writing agent plan a single precise program instead of print-and-inspect loops. Positive on schema-as-contract, explicitly against reducing the debate to schema bloat.","claim_ids":["c11","c7"],"hash":"38b4b4235b1498fc679ef9c7e22b9161e5509a6e999c8c439b722be8a4d60c69"},{"id":"s21","type":"hn","url":"https://news.ycombinator.com/item?id=48331540","title":"Comment on: MCP is dead? — token cost is a harness detail","quote":"The idea that MCP tool definitions take up a certain number of tokens is laughable. That's an implementation detail of the agent harness.","summary":"The dissent every measurement has to survive: MCP is a spec, not a context-loading strategy, and harnesses have options beyond dumping definitions into the window. Positive and contrarian, and correct as written.","claim_ids":["c14"],"hash":"97a7270705ab5a38de0850724efc17aa6f9aac81d86d343853dacc1e5cfc95cf"},{"id":"s22","type":"hn","url":"https://news.ycombinator.com/item?id=46553245","title":"Comment on: MCP is a fad — it is not a wire protocol","quote":"That is simply incorrect. It is not a wire protocol. Please do not mix terminology. MCPs communicate via JSON-RPC which is the wire protocol.","summary":"Direct rebuttal of the 'MCP is just the wire protocol like TCP, so security is the app's job' defence, on the grounds the layering claim is wrong. Negative on the just-plumbing framing used to deflect responsibility.","claim_ids":["c2"],"hash":"7a58f13162e695e0f6bc44401fda1c07ee3d4b15d3af16b3f420f8d03f87f50d"},{"id":"s23","type":"hn","url":"https://news.ycombinator.com/item?id=45955033","title":"Comment on: What if you don't need MCP at all?","quote":"Right now loading GitHub MCP takes something like 50k tokens.","summary":"Reduces MCP to 'an API with docs' and locates the problem in each server exposing every tool and its docs; wants progressive reveal with a short summary and the full API on request. Negative, with a named measurement.","claim_ids":["c8"],"hash":"bd781b0866326a857b914df32c4d5e9d9b292997dd74a63c9fecb88e4338657d"},{"id":"s24","type":"hn","url":"https://news.ycombinator.com/item?id=46878126","title":"Comment on: Agent Skills — speed of light versus carrier pigeon","quote":"I call this \"speed of light\" as opposed to \"carrier pigeon\".","summary":"Argues the architectural difference is round trips, not tokens: MCP operates between completions so N calls means N round trips, while in-context skills iterate, recurse and compose inside one generation. Reports running 33 game turns with 10 characters in a single completion. Negative on MCP for reasoning and composition, allows it for external systems.","claim_ids":["c10"],"hash":"c19581f00d428824cfd984ba9954f2dc9f3ce33154797804200d905909a4c237"},{"id":"s25","type":"hn","url":"https://news.ycombinator.com/item?id=47161005","title":"Comment on: Making MCP cheaper via CLI","quote":"With MCP the agent would have to do 150 tool calls and explode your context.","summary":"Frames the real gap as composability, not schema size: summing 150 order IDs is 150 round trips under MCP versus one scripted loop under a CLI, maybe 1% of the tokens. Notes a harness could expose MCP inside a sandboxed code environment, and that nobody does. Negative on current implementations, not on the protocol.","claim_ids":["c10"],"hash":"7f2e26c911dce90fd5a15aa0aa9c0188c3637d047480b5dc516176e212b25a42"},{"id":"s26","type":"hn","url":"https://news.ycombinator.com/item?id=48330912","title":"Comment on: MCP is dead? — the arithmetic, and both sides","quote":"Say each tool is 150 tokens, that's 150 * 50, or 7500 tokens, dumped into the beginning of every session.","summary":"The most balanced account in the thread: gives the arithmetic for schema overhead and full JSON responses, then argues shell one-liners are far more non-deterministic than schema'd calls, so re-runs pollute context too. Concludes you do not have to pick a side, and uses both.","claim_ids":["c14","c8"],"hash":"5b3f85b63e671d77d3d411aa0744550f7b9e6dde8a9b1987fefcce9af873c4ee"},{"id":"s27","type":"hn","url":"https://news.ycombinator.com/item?id=48337283","title":"Comment on: MCP is dead? — every capability costs some context","quote":"This is a fundamental issue with anything that just adds a bunch of tools, whether it be via MCP or HTTP (still sad that MCP won over OpenAI's HTTP based approach).","summary":"Reframes the debate: the complaint is that the structure makes progressive disclosure hard for the harness, which is protocol-independent, and the CLI answer trades that for a security problem. Concludes every capability costs some context because the model must know when to invoke it. Mixed.","claim_ids":["c11"],"hash":"75a04f33c87a2d333d53451c182baefbd35131377e444a7c2a434860a2a728a9"},{"id":"s28","type":"hn","url":"https://news.ycombinator.com/item?id=47212763","title":"Comment on: When does MCP make sense vs CLI?","quote":"MCP is just \"me too\"; people want MCP to be an \"AI App Store\"; but the blunt, harsh reality is that it's basically impossible to achieve that dream","summary":"Flatly argues MCP is never the right choice: if you want an app, build an app; agents interact happily with higher-level functions. Strongly negative, and the extreme end of the case against.","claim_ids":["c8"],"hash":"5a227f49799a03501920fcd1cca040334fdcd6497ab68c378845a0fa36740292"},{"id":"s29","type":"hn","url":"https://news.ycombinator.com/item?id=48158034","title":"Comment on: Show HN: Epiq — skills versus MCP","quote":"Skills effectively turned MCPs obsolete in the vast majority of MCP applications.","summary":"Goes further than most: a CLI written in a progressive-disclosure style does not even need a skill file for coding agents to use it well, so MCP is redundant for most cases. Negative.","claim_ids":["c8"],"hash":"c04a304d7006c05e743569029bba8d5fab324bcc1e3e59fe4e2841c76f753ccb"},{"id":"s30","type":"hn","url":"https://news.ycombinator.com/item?id=47659574","title":"Comment on: Running Gemma 4 locally with LM Studio's headless CLI and Claude Code","quote":"With a handful of third party MCPs I've seen tens of thousands of tokens used before I've started anything.","summary":"Finds MCP beneficial but reports a measured input-token penalty against equivalent skills from just a handful of third-party servers. Mixed-negative, first-hand.","claim_ids":["c8"],"hash":"90fd9293bcd9c6f63287558a96ba8c35d64fe49fe2cd9a31b6931c52fa39222b"},{"id":"s31","type":"hn","url":"https://news.ycombinator.com/item?id=47392361","title":"Comment on: Chrome DevTools MCP — tool search does not fully solve it","quote":"And no, the tool search function recently introduced by Anthropic does not completely solve this problem.","summary":"Argues you pay the tool-definition cost even for servers you never invoke on that turn, and pre-empts the obvious rebuttal. Negative — a first-hand verdict on deferred tools as a mitigation.","claim_ids":["c13"],"hash":"1475d217eb83d4ff546be1954603952a18a9dd6a06938273f8185cda289ccae8"},{"id":"s32","type":"hn","url":"https://news.ycombinator.com/item?id=47209810","title":"Comment on: When does MCP make sense vs CLI? — dynamic tools bust the cache","quote":"The main problem with this approach at the moment is it busts your prompt cache, because LLMs expect all tool definitions to be defined at the beginning of the context window.","summary":"Names the second-order cost of loading servers lazily per task: it invalidates the prompt cache, and input tokens are the main cost driver, so use cases stop being economical. Negative on lazy loading as currently implemented.","claim_ids":["c13"],"hash":"f938e64d35fbb474ebae2ee7c36d969a70a4bed360c6df1060f37ad7d012e9d2"},{"id":"s33","type":"hn","url":"https://news.ycombinator.com/item?id=47646880","title":"Comment on: Show HN: Ismcpdead.com — definitions that never fire","quote":"It's annoying to see the context window shrink just from tool definitions that never even get triggered.","summary":"Prefers a bash wrapper personally, while granting MCP's appeal for non-technical teammates who want plug-and-play connections without filing a pull request. Negative on the cost, fair about the audience MCP serves.","claim_ids":["c7"],"hash":"c7a6e57344626285f2771bb73c4b349a50674bbcf00a0651ee1829e7c561dd6d"},{"id":"m1","type":"runtime_receipt","url":"https://miscsubjects.com/api/articles/mcp-as-a-projection","title":"First-party measurement: tools/list against the per-row MCP surface, 2026-07-26","quote":"http=200 bytes=434636 time=0.267195s — tool_count 831, compact definitions_bytes 434592, average_definition_bytes 523","summary":"Method: POST tools/list with the bearer token, count the exact response bytes and compact-serialised tools array. The 831-tool reading at 05:03:04Z repeats the prior 04:39 reading; an earlier reading returned 833, and the recorded benchmark returned 856, because rows are enabled and hidden while the site runs. Rerunnable with the command printed in the article.","claim_ids":["c3","c4","c5"],"hash":"8331b1d1e1e6cd99bccd2590eb26e5918a593ffcb477b019047f5432ece0320a"},{"id":"m2","type":"runtime_receipt","url":"https://miscsubjects.com/api/dispatch?registry=1","title":"First-party measurement: the protocol surface reaches every capability with zero tool definitions, 2026-07-26","quote":"http=200 bytes=1606794 time=0.397555s — 876 objects","summary":"Method: a plain GET. No authentication, no MCP client, no tool registration. Returns the full object registry. A second call, GET /api/dispatch?ask=send%20an%20email, returned 12 ranked candidates with EMAIL_SEND recommended, in 14,481 bytes. Nothing entered a model's context to make either call possible.","claim_ids":["c15","c3"],"hash":"ac9b8608ef3510f4881ccdebfde840cf42a567442ad16afea08b82a5313bdc04"},{"id":"m3","type":"runtime_receipt","url":"https://miscsubjects.com/api/articles/mcp-as-a-projection","title":"First-party receipt: initialize and tools/call against the live server, 2026-07-26","quote":"{\"jsonrpc\":\"2.0\",\"id\":0,\"result\":{\"protocolVersion\":\"2025-06-18\",\"capabilities\":{\"tools\":{\"listChanged\":false}},\"serverInfo\":{\"name\":\"miscsubjects-directory\",\"version\":\"1.0.0\"}}}","summary":"Method: two JSON-RPC POSTs. initialize returns the protocol revision and the listChanged declaration quoted here. tools/call on TIME_NOW returned content of type text with isError false. A notifications/initialized POST returned HTTP 202 with no body, as the specification requires.","claim_ids":["c12","c2"],"hash":"c4a8b3ccf35e79a75bcf62d4a06d08e12dd3b2c578b5aaca2c3f660a8bbf785a"},{"id":"m4","type":"runtime_receipt","url":"https://miscsubjects.com/api/articles/mcp-as-a-projection","title":"The source files behind the three surfaces, and the seven-versus-six correction","quote":"grep -c 'this.server.tool(' workers/mcp-server/src/index.ts → 7","summary":"The three surfaces are functions/api/mcp.js (189 lines: projection SQL at 118-137, the tools/list handler at line 162, schema normalisation at 80-116), workers/mcp-server/src/index.ts (138 lines, seven tool registrations at 19-105) and functions/api/dispatch.js. The seven-versus-six discrepancy against the earlier record is resolved in favour of the file.","claim_ids":["c5","c6"],"hash":"c79299fd27d2c352f146bc5fa1cd949a998d73cce3d690e504d6e6f067afddb7"},{"id":"m5","type":"runtime_receipt","url":"https://miscsubjects-mcp.massoumi-cyrus.workers.dev/","title":"First-party measurement: tools/list against the seven-tool MCP surface, 2026-07-26","quote":"tool_count 7 — d1_query, kv_get, kv_put, list_directory, dispatch, oip_registry, oip_invocations — definitions_bytes 2165","summary":"Method: connect to the deployed Streamable HTTP endpoint with the official TypeScript SDK, call tools/list, print every name, and compact-serialize the definitions. The exact runnable program is printed in the article.","claim_ids":["c6"],"hash":"5c65a1741ac18fe1d35fa3bb629e7d2a2836a0dbe5925c7cb738d0da1dda0f67"}],"anecdotal_sources":[],"scientific_sources":[],"user_reports":[],"related_articles":[],"question_graph":{"slug":"mcp-as-a-projection","questions":[],"evidence":[],"edges":[],"counts":{"questions":0,"evidence":0,"edges":0}},"honesty":{"active_claims":15,"retracted_claims":0,"cut_claims":0,"challenges":0,"scrub_events":0,"note":"Retracted/cut claims stay on ledger but are excluded from ask unless ?include_inactive=1"},"counts":{"claims":15,"claims_total":15,"sources":38,"anecdotal":0,"scientific":0,"user_reports":0,"questions":0,"evidence_ingests":0}}