Back to Home

MCP Glossary

40 definitions covering the full vocabulary of the Model Context Protocol (MCP) — servers, clients, hosts, transports, tools, resources, prompts, OAuth, sampling, and the AI agent concepts that surround MCP. A factual reference for developers building with Claude Code, Cursor, Windsurf, Claude Desktop, and VS Code Copilot.

A
2
C
4
E
1
F
1
H
1
J
1
L
1
M
18

Model Context Protocol (MCP)

The Model Context Protocol (MCP) is an open standard introduced by Anthropic in November 2024 that lets AI applications connect to external tools, data sources, and systems through a unified interface. It uses JSON-RPC 2.0 and standardizes how LLMs call tools, fetch resources, and use prompts.

MCP Server

An MCP server is a program that exposes tools, resources, or prompts to AI clients over the Model Context Protocol. It acts as the adapter between an external system (a database, SaaS, or filesystem) and any MCP-compatible AI agent like Claude Code or Cursor.

MCP Client

An MCP client is the component inside an AI application that connects to one or more MCP servers, discovers their capabilities, and relays tool calls between the LLM and the servers. Clients live inside hosts like Claude Desktop, Cursor, or Windsurf.

MCP Host

An MCP host is the top-level application that runs the LLM and coordinates one or more MCP clients. Claude Desktop, Claude Code, Cursor, Windsurf, and VS Code Copilot are all MCP hosts. The host handles user interaction, prompt composition, and dispatches tool calls to the right client.

MCP Tool

An MCP tool is a callable function exposed by an MCP server. Each tool has a name, description, and JSON Schema for its input. LLMs discover available tools at session start and call them by name with matching arguments.

MCP Resource

An MCP resource is a read-only piece of data exposed by a server, identified by a URI. Resources represent files, database records, API responses, or anything the AI can reference. Unlike tools, resources are passive — clients fetch them, servers don't execute side effects.

MCP Prompt

An MCP prompt is a reusable, server-defined message template that clients can surface to users as slash commands or menu items. Prompts let servers ship best-practice workflows (like `/review-pr` or `/debug-error`) that pre-compose context and instructions for the LLM.

MCP Transport

An MCP transport is the underlying communication channel between client and server. MCP defines three transports: stdio (local subprocess), SSE (Server-Sent Events over HTTP, now legacy), and streamable HTTP (the modern remote transport). All use JSON-RPC 2.0 messages.

MCP Capability

An MCP capability is a feature flag exchanged during the initialization handshake, declaring what an MCP server supports (tools, resources, prompts, sampling, logging, etc.) and what the client supports. Capability negotiation makes MCP extensible — new features can be added without breaking existing implementations.

MCP Session

An MCP session is the stateful connection between a client and a server, starting with the `initialize` handshake and ending with `shutdown`. Each session has its own capabilities, session ID (for remote transports), and lifecycle — servers typically keep per-session state like subscriptions or progress tokens.

MCP Sampling

MCP sampling lets a server request a completion from the host's LLM mid-session. This inverts the usual flow: normally the LLM calls server tools, but with sampling the server can ask the LLM to reason, summarize, or classify — enabling servers to build mini-agents of their own.

MCP Roots

MCP roots are URI boundaries (usually filesystem paths) that the client exposes to servers, telling them which locations they're allowed to access. Roots are how a client says 'you can read these project folders, not the rest of my disk'. They're the foundation of filesystem scoping in MCP.

MCP Initialize

`initialize` is the first JSON-RPC method called on every MCP session. The client sends its protocol version, capabilities, and client info; the server responds with its version, capabilities, and server info. Tool calls and resource reads only work after a successful initialize + `notifications/initialized` handshake.

MCP SDK

An MCP SDK is a language-specific library that implements the Model Context Protocol so you can build servers and clients without writing JSON-RPC by hand. Official SDKs exist for TypeScript, Python, Kotlin, Rust, C#, and Swift; community SDKs cover Go, Ruby, Java, and more.

MCP Inspector

MCP Inspector is the official debugging and exploration tool for MCP servers, maintained at `github.com/modelcontextprotocol/inspector`. It's a web UI that connects to any MCP server (stdio or remote), lists its tools and resources, and lets you invoke them manually — essential for testing servers during development.

MCP Marketplace

An MCP marketplace is a curated catalog of MCP servers where developers can browse, install, and manage servers for their AI clients. MCPizy, Anthropic's MCP registry, and Smithery are examples. Marketplaces provide discoverability, install automation, and quality signals (downloads, ratings).

MCPizy CLI

The MCPizy CLI is a command-line tool for installing, managing, and discovering MCP servers. Commands like `mcpizy install github` or `mcpizy list` automate the tedious parts of MCP setup — editing client configs, managing credentials, and keeping servers up to date across Claude Desktop, Claude Code, and Cursor.

MCP Registry

An MCP registry is a central index of available MCP servers, their metadata, versions, and install commands. Anthropic maintains an official MCP registry; MCPizy, Smithery, and Glama run community registries. Registries are the backbone of MCP discovery and automated install tooling.

O
1
P
2
R
1
S
2
T
2
V
2
W
1

Ready to build with MCP?

Browse 300+ MCP servers or explore workflow recipes.