I've never been an MCP fan or user, i loved the OpenAPI spec and i love APIs but MCP feels to me the same way GraphQL felt
Summary
A developer argues that MCP (Model Context Protocol) repeats the same design flaws as GraphQL — being verbose, hard to cache, insecure, and reinventing existing web standards poorly — and warns it will cost users in tokens and money due to inefficient implementations.
Similar Articles
MCP is dead?
A technical critique of the Model Context Protocol (MCP) arguing that it consumes excessive context window tokens, has low operational reliability, and overlaps with existing CLI/API approaches, with measurements from Quandri's stack showing 10.5% context usage.
@svpino: MCP is not dead. For the people who keep saying "bUt McP pUts GaRbaGe iN yOuR cOntExT", that's an outdated complaint: N…
A defense of MCP (Model Context Protocol) against criticism that it puts garbage in context, noting that modern tools like Claude Code, Codex, and Cursor implement progressive disclosure and load MCP tools on demand, making the complaint outdated. The author argues MCP is best for cloud-hosted platforms requiring authentication and discoverability.
Why MCP Was Always a Bad Idea?
The article argues that MCP, originally useful for connecting LLMs to external services, has become outdated due to advancements in LLMs that can now handle API calls directly, rendering many MCP servers unnecessary.
MCP…. Is bad?
The article critiques MCP (Model Context Protocol), arguing that it has significant flaws or is detrimental to AI development.
Why use MCP when Agents can use APIs directly?
The article questions the redundancy of MCP in agentic workflows when AI agents can directly call APIs, noting MCP's value in consensus and governance but suggesting it might be unnecessary for web API-based implementations.