Skip to content
Home

/

Glossary

/

Integration

/

Model Context Protocol (MCP)

Integration

6 min read

Also: MCP, MCP server, MCP client, Anthropic MCP, modelcontextprotocol, MCP protocol

Model Context Protocol (MCP)

Quick answer

The Model Context Protocol (MCP) is an open standard, released by Anthropic in November 2024 and now run under the Linux Foundation's Agentic AI Foundation, that lets AI apps call tools and read data through MCP servers over stdio or Streamable HTTP. To give a browser agent your own MCP tools, see Autonoly's AI agent.

The Model Context Protocol (MCP) is an open standard, created by Anthropic in 2024 and now governed by the Linux Foundation's Agentic AI Foundation, that lets AI applications discover and call external tools and data through a common JSON-RPC interface.

Last verified

What people do with Model Context Protocol (MCP)

Key facts

Created byAnthropic, open-sourced 25 November 2024
Governed byAgentic AI Foundation (Linux Foundation) since December 2025
Message formatJSON-RPC 2.0
Standard transportsstdio (local) and Streamable HTTP (remote)
Latest spec revision2026-07-28 (stateless; no initialize handshake)
Server primitivesTools, resources and prompts

What is the Model Context Protocol?

The Model Context Protocol (MCP) is an open standard for connecting AI applications to external tools and data. Instead of every AI app writing a custom integration for every service, a service is wrapped once as an MCP server, and any MCP-capable client (Claude, ChatGPT, an IDE such as Cursor or VS Code, or an agent platform) can discover and use what it offers. It is often described as "USB-C for AI": one plug shape, many devices.

Anthropic released MCP as an open-source project on 25 November 2024. Adoption spread quickly: OpenAI announced support in March 2025, and Google, Microsoft and most agent frameworks followed. On 9 December 2025 Anthropic donated MCP to the Agentic AI Foundation (AAIF), a directed fund under the Linux Foundation co-founded by Anthropic, Block and OpenAI, with support from Google, Microsoft, AWS, Cloudflare and Bloomberg. MCP's maintainers continue to run the project day to day under that neutral home. The specification and SDKs live at modelcontextprotocol.io.

How MCP works

MCP messages are JSON-RPC 2.0. A server exposes three main kinds of capability:

  • Tools: functions the model can call, each with a name, a description and a JSON Schema for its inputs, such as create_issue, query_database or search_flights. This is what most people use MCP for.
  • Resources: read-only data the client can pull into context, addressed by URI, such as a file, a database row or a document.
  • Prompts: reusable prompt templates the server offers to the user.
  • The client lists what the server offers, passes the tool descriptions to the model, and when the model decides to call a tool, the client sends the call to the server and returns the result to the model.

    MCP defines two standard transports:

  • stdio: the client launches the server as a local subprocess and exchanges newline-delimited messages over standard input and output. This is how most desktop and IDE integrations run local servers.
  • Streamable HTTP: the server runs as a remote web service. It replaced the earlier HTTP+SSE transport in the 2025-03-26 revision. Remote servers authorize clients with OAuth, based on the OAuth 2.1 draft.
  • Spec versions

    The specification is versioned by date. The main revisions are 2024-11-05 (launch), 2025-03-26 (Streamable HTTP and OAuth authorization), 2025-06-18, 2025-11-25 and 2026-07-28, the first released under AAIF governance and the largest change so far. The 2026-07-28 revision makes the protocol stateless: it retires the initialize handshake and the Mcp-Session-Id header, so each request carries its own protocol version and capabilities, which makes remote servers far easier to run behind load balancers. It also deprecates the Roots, Sampling and Logging features (still working for at least a year) and tightens authorization, including deprecating Dynamic Client Registration in favor of Client ID Metadata Documents. If a client and server disagree on behavior, a version mismatch is the first thing to check.

    What people use MCP for

  • Giving assistants access to work tools: GitHub, Jira, Slack, Notion, Google Drive, databases and internal APIs.
  • Developer workflows: IDE agents that read documentation, run tests or query production logs through MCP servers.
  • Browser control: servers such as Microsoft's Playwright MCP let a model drive a real browser through Playwright.
  • Exposing a company's own API to AI: many SaaS vendors now ship an official MCP server alongside their REST API.
  • Common problems

  • Too many tools. Every tool description consumes context. Connecting dozens of servers can crowd the model's context and make it choose the wrong tool; enable only what a task needs.
  • Security. An MCP server runs with whatever access you give it. Tool descriptions and tool results can carry prompt-injection text, and a malicious or compromised server can exfiltrate data. Install servers only from sources you trust, prefer least-privilege credentials, and require approval for destructive tools.
  • Local vs remote confusion. A stdio server must be installed on the machine running the client; a cloud-hosted agent cannot launch a server that only exists on your laptop. Use a remote (HTTP) server for cloud clients.
  • Version drift. Clients and servers built against different spec revisions, especially across the 2026-07-28 stateless change, may fail to connect or lose features.
  • Auth failures on remote servers usually trace back to OAuth configuration: redirect URIs, scopes or expired tokens.
  • MCP and automation

    MCP blurs the line between an AI agent and an API integration. An AI agent with the right MCP servers can do much of what a workflow tool does, deciding at run time which tool to call instead of following a fixed graph. In practice the two combine: the agent handles judgment, and MCP servers give it reliable, typed access to the systems it needs.

    Autonoly's AI agent can connect to custom MCP servers you add, so tools you or a vendor expose over MCP become available alongside its built-in browser, terminal and native integrations.

    Why It Matters

    MCP turned 'integrate AI app X with service Y' from an N-by-M problem into building one server per service. Most AI clients and many SaaS vendors now support it, so it is fast becoming the default way to give agents access to real systems, along with the security responsibilities that come with that.

    How Autonoly Solves It

    Autonoly's AI agent can connect to custom MCP servers, so tools exposed over MCP are available to it alongside its cloud browser, Python terminal and native integrations such as Google Workspace, Slack and Notion.

    Learn more

    Examples

    • Adding a GitHub MCP server to an IDE so its coding agent can open issues and read pull requests

    • A SaaS company shipping a remote MCP server so customers' AI assistants can query their account data with OAuth-scoped access

    • Connecting an internal MCP server for a company database to an AI agent so it can look up order status while working in a browser

    Frequently Asked Questions

    Anthropic created and open-sourced the Model Context Protocol in November 2024. In December 2025 it donated MCP to the Agentic AI Foundation, a directed fund under the Linux Foundation co-founded by Anthropic, Block and OpenAI. The protocol remains open source, with its maintainers running it under that foundation.

    An API is a service's own interface, with its own URLs, auth and formats. An MCP server wraps capabilities, often an existing API, in a standard shape that any MCP client can discover and call, with names, descriptions and input schemas a model can read. MCP does not replace APIs; it standardizes how AI apps use them.

    Two standard ones: stdio, where the client runs the server as a local subprocess, and Streamable HTTP, where the server is a remote web service. Streamable HTTP replaced the older HTTP+SSE transport in the 2025-03-26 spec revision. Custom transports are allowed but less widely supported.

    The protocol became stateless: the initialize handshake and the Mcp-Session-Id header were retired, so each request carries its own version and capability information. Roots, Sampling and Logging were deprecated but still work for at least a year, and authorization rules were tightened. Check that your client and server SDKs support the revision before upgrading.

    The protocol is only as safe as the servers you connect. A server can read and change whatever its credentials allow, and tool descriptions or results can contain prompt-injection text. Install servers from trusted sources, give them least-privilege credentials, and require human approval for destructive actions.

    Most major AI clients: Claude's apps and Claude Code, ChatGPT and OpenAI's agent tooling, IDEs such as VS Code and Cursor, and many agent frameworks and platforms. Support levels differ, especially for remote servers and newer spec revisions, so check the client's documentation.

    Related terms, automations and guides

    Where this concept shows up in practice.

    DefinitionAI AgentAn AI agent is an autonomous software system that uses large language models to perceive its environment, make decisions, and take actions to accomplish goals with minimal human direction.DefinitionAPI IntegrationAPI integration is the process of connecting two or more applications through their APIs so they can exchange data and trigger actions automatically. It eliminates manual data entry by letting systems communicate directly with each other in real time.DefinitionOAuth 2.0OAuth 2.0 is the IETF authorization standard (RFC 6749) that lets an app access your account in another service with a scoped token instead of your password. It powers 'Connect your Google account' buttons and nearly every app-to-app integration.DefinitionPlaywrightPlaywright is Microsoft's open-source browser automation framework that provides a single API to control Chromium, Firefox, and WebKit browsers. It supports headless and headed modes, auto-waiting, and network interception, making it a leading choice for testing and web scraping.DefinitionSDKAn SDK (Software Development Kit) is a packaged set of tools, libraries, and documentation that developers use to build applications for a specific platform or integrate with a specific service. SDKs simplify API interaction by abstracting low-level HTTP details into native-language function calls.DefinitionIntelligent AutomationIntelligent automation (IA) combines artificial intelligence, robotic process automation, and process analytics to automate complex business processes that require decision-making, pattern recognition, and adaptation beyond what rule-based systems can handle.GuideAutomate Without API: How AI Agents Work With Any Website or AppLearn how AI agents automate websites and apps that don't have APIs. Covers browser-based automation, legacy system interaction, government portals, and how to build automations for any website — no integrations required.GuideHow to Build and Deploy a Data Science Pipeline With AI AgentsLearn how to build an end-to-end data science pipeline using AI agents: scrape data from the web, clean it with pandas, train machine learning models with scikit-learn, generate visualizations, and export predictions. All powered by browser automation and a Python terminal without manual coding.

    Stop reading about automation.

    Start automating.

    Describe what you need in plain English. Autonoly's AI agent builds and runs the automation for you — no code required.

    See Features