{
  "id": 10011369,
  "title": "MCP vs. APIs: Why AI Agents Needed Their Own Protocol",
  "url": "https://urgent.news/2026/09/26/mcp-vs-apis-why-ai-agents-needed-their-own-protocol",
  "topic": "ai",
  "section": "AI",
  "published": "2026-09-26T15:21:55.000Z",
  "source": {
    "name": "Dev.to",
    "slug": "dev-to",
    "url": "https://dev.to/ignacio_gonzalezbohorque/mcp-vs-apis-why-ai-agents-needed-their-own-protocol-27ld"
  },
  "original_language": "en",
  "account": "The Model Context Protocol (MCP) is a new standard that AI agents like those from OpenAI, Google, and numerous developers now utilize. Unlike traditional APIs, which require hardcoding endpoints and parsing responses, MCP was designed to bridge the gap between language models and the systems where data resides. Anthropic first open-sourced MCP on November 25, 2024, and now over 16,000 MCP servers exist globally.\n\nThe need for MCP arose because, unlike human-written integrations, AI agents require a different approach. Traditional REST APIs were not built to accommodate AI consumers, leading to a complex matrix of glue code that grows exponentially with each new model or data source. MCP simplifies this process by serving as an intermediary between the AI application, the MCP client, and one or more MCP servers, each exposing a tool or data source.\n\nMCP defines three core components: a host (the AI application), an MCP client within that host, and one or more MCP servers. Communication occurs through JSON-RPC 2.0, either via stdio for local processes or Streamable HTTP for remote services. Servers expose capabilities through tools (callable functions with JSON Schema input), resources (read-only, URI-addressable data), and prompts (templates suggesting usage). Newer revisions included client-side primitives like elicitation, which allows servers to ask structured follow-up questions during tasks.\n\nDynamic discovery is a key feature of MCP. When an MCP client connects to a server, it receives a machine-readable catalog of tools, complete with names, descriptions, and schemas. This allows for seamless integration without requiring developers to update their code before using new endpoints. While MCP is not a replacement for function calling, it standardizes the process of discovering and invoking tools across servers and providers, eliminating the need to rewrite glue layers for every model and API.\n\nSecurity is another significant aspect of MCP. Unlike traditional REST APIs, where API keys are embedded within the model, MCP servers hold credentials securely. The model requests an action, and the server authenticates and executes it without exposing any keys or tokens. This approach is formalized in the MCP specification, which also includes an OAuth 2.1-based authorization framework with mandatory PKCE. MCP servers are categorized as OAuth Resource Servers, discoverable via a standard metadata endpoint, allowing easy integration with existing enterprise SSO systems.",
  "summary": "MCP vs. APIs: Why AI Agents Needed Their Own Protocol Understanding the \"USB-C for AI\" standard that OpenAI, Google, and thousands of developers have now bought into For as long as software has talked to other software, it's done so through APIs. You read the docs, hardcode the endpoint, parse the response, and if the API changes, you go fix your code. That's worked fine for two decades of…",
  "key_points": [],
  "editors_take": null,
  "illustration": null,
  "coverage": {
    "outlets": 1,
    "also_reported_by": []
  },
  "ai_generated": true,
  "disclaimer": "Summaries, key points and the editor’s take are written by software from other outlets’ reporting and may contain errors — always check the linked original."
}