Glosario de términos de MCP y del acceso de agentes

Model Context Protocol (MCP)

Un protocolo abierto para conectar aplicaciones de IA con herramientas y datos externos. Define cómo una aplicación y un servidor se describen mutuamente lo que pueden hacer e intercambian solicitudes, de modo que un mismo servidor funciona con cualquier aplicación compatible con el protocolo. Lo publicó Anthropic en noviembre de 2024 y se desarrolla de forma abierta; las versiones de la especificación se nombran por fecha, como 2024-11-05, 2025-03-26 y 2025-06-18. ¿Qué es un servidor MCP? →

Servidor MCP

Un programa que ofrece herramientas, recursos o prompts a aplicaciones de IA mediante MCP. Puede ser remoto (lo gestiona su editor y se accede a él en una URL) o local (un programa que se inicia en el propio ordenador del usuario). Un servidor suele envolver un servicio o un tipo de datos: un motor de reservas, un mapa, una plataforma de alojamiento de código, una base de datos. Servidores del MCP Registry con página aquí →

Cliente MCP

La parte de una aplicación de IA que mantiene la conexión con un servidor MCP. Una aplicación conectada a tres servidores ejecuta tres clientes, cada uno en comunicación con su propio servidor. Cómo añadir un servidor a un asistente →

Host MCP

La aplicación de IA en la que trabaja el usuario: un asistente de chat, una aplicación de escritorio, un editor de código, un agente de línea de comandos. El host inicia los clientes, decide a qué servidores se conectan, transmite al modelo de lenguaje lo que ofrecen los servidores y pide el consentimiento del usuario antes de realizar acciones.

Herramienta (tool)

Una función que un servidor ofrece para que el modelo la llame: tiene un nombre, una descripción que indica al modelo cuándo usarla y un JSON Schema para su entrada. Buscar vuelos, obtener un panel de salidas y crear una incidencia son herramientas. El modelo decide cuándo llamar a una; los hosts suelen pedir al usuario que apruebe una llamada que cambia algo.

Recurso (resource)

Datos que un servidor pone a disposición para su lectura, cada uno identificado por una URI: un archivo, un registro de una base de datos, un documento. Por lo general es la aplicación, y no el modelo, la que decide qué recursos se incorporan a la conversación.

Prompt

Una plantilla de mensaje reutilizable que ofrece un servidor, a menudo con argumentos, y que el usuario elige en la aplicación (por ejemplo, como comando con barra inclinada) para iniciar una tarea de la forma que ha preparado el autor del servidor.

Muestreo (sampling)

Una solicitud de un servidor al cliente para que el modelo de lenguaje de la aplicación genere texto, de modo que un servidor puede usar un modelo sin tener su propia clave de API. El host mantiene el control y puede mostrar la solicitud al usuario.

Elicitación (elicitation)

Una solicitud de un servidor, a través del cliente, para obtener más información del usuario (una fecha que falta, una confirmación), que se responde en un formulario que muestra la aplicación. Se añadió en la revisión 2025-06-18 de la especificación.

JSON-RPC 2.0

El formato de mensajes que usa MCP: cada solicitud, respuesta y notificación es un pequeño objeto JSON. Una conexión empieza con un intercambio initialize en el que cliente y servidor acuerdan la versión del protocolo y declaran las capacidades que admite cada uno.

Transporte

Cómo viajan los mensajes MCP entre cliente y servidor. La especificación define stdio para los servidores locales y Streamable HTTP para los remotos; todavía se encuentra el transporte anterior de HTTP con Server-Sent Events. La entrada de un servidor en el registro indica qué transportes admite. Servidores por transporte →

stdio

El transporte local: el cliente inicia el servidor como un programa en el mismo ordenador e intercambia mensajes a través de su entrada y salida estándar, un mensaje JSON por línea. Nada escucha en la red, y el programa se ejecuta con los permisos del propio usuario. Servidores locales con stdio →

Streamable HTTP

El transporte actual para servidores remotos, introducido en la revisión 2025-03-26: un único endpoint HTTPS al que el cliente envía mensajes con POST y que responde con una sola respuesta JSON o con un flujo de Server-Sent Events. Un servidor puede mantener una sesión, identificada en un encabezado Mcp-Session-Id. Servidores remotos con Streamable HTTP →

SSE (HTTP + Server-Sent Events)

El transporte remoto de la primera revisión (2024-11-05): el cliente mantiene abierto un flujo de Server-Sent Events para recibir mensajes y envía los suyos a una segunda URL que indica el servidor. Streamable HTTP lo sustituyó en 2025-03-26; muchos clientes todavía lo aceptan. Los transportes de MCP, explicados →

Servidor remoto

Un servidor MCP gestionado por su editor al que se accede en una URL HTTPS. No se instala nada; el editor lo ejecuta y lo actualiza, y lo que se le pide pasa por sus sistemas. ¿Remoto o local? →

Servidor local

Un servidor MCP instalado desde un paquete e iniciado en el propio ordenador del usuario, normalmente con stdio. Puede acceder a archivos y aplicaciones locales, y sus claves se quedan en la configuración del cliente. ¿Remoto o local? →

OAuth para MCP (autorización de MCP)

Cómo pide un servidor remoto a un usuario que inicie sesión. La parte de autorización de la especificación, añadida por primera vez en 2025-03-26, se basa en OAuth 2.1: el cliente envía al usuario a la página de inicio de sesión del propio servicio, recibe un token de acceso y lo envía con cada solicitud. Desde 2025-06-18, un servidor MCP se trata como un servidor de recursos OAuth que publica metadatos con el nombre de su servidor de autorización (RFC 9728). Se aplica a los transportes HTTP; un servidor local con stdio obtiene en cambio sus credenciales de variables de entorno. Antes de conectar un servidor →

Encabezados declarados

Encabezados HTTP que, según la entrada de un servidor remoto en el registro, debe enviar un cliente, como Authorization con una clave de API. La entrada indica si cada uno es obligatorio u opcional, y si es secreto o no.

Variables de entorno

Valores con nombre, a menudo claves de API, que un servidor local lee cuando el cliente lo inicia. La entrada del registro enumera las que espera su paquete; la configuración del cliente les da valor.

MCP Registry

El catálogo público oficial de servidores MCP en registry.modelcontextprotocol.io, gestionado por el proyecto MCP y lanzado en versión preliminar en septiembre de 2025. Contiene solo metadatos (nombres, descripciones, versiones, endpoints y paquetes), con una API abierta de solo lectura, y espera que los catálogos construidos sobre él, como este directorio, añadan su propia curación. ¿Qué es el MCP Registry oficial? →

Espacio de nombres (namespace)

La parte del nombre en el registro anterior a la barra, en notación DNS inversa. io.github.<account> se concede a quien inicia sesión en el registro con GitHub como ese usuario, o con los permisos que el registro exige en esa organización (su documentación pide ahora ser propietario de la organización); un dominio invertido como com.example, a quien demuestra el control de example.com mediante un registro DNS (que cubre también sus subdominios) o mediante un archivo servido en /.well-known/mcp-registry-auth. Muestra quién publicó una entrada, no que el producto con el que funciona respalde esa entrada. Servidores por editor →

server.json

El archivo que un editor envía al registro para describir un servidor: su nombre, descripción, versión, título opcional, sitio web y repositorio, y cómo acceder a él (remotos y paquetes).

Tipos de paquete

Los registros de paquetes en los que se puede publicar un servidor local, indicados en su entrada del registro: npm (Node.js), PyPI (Python), imágenes OCI (Docker y otros registros de contenedores), NuGet (.NET), Cargo (crates de Rust) y MCP Bundles. El tipo indica al cliente qué entorno de ejecución necesita. Servidores por registro de paquetes →

Paquete npm

Un paquete de Node.js del registro npm. Los clientes suelen iniciarlo con npx, que lo descarga la primera vez que se usa; Node.js debe estar instalado. Servidores npm →

Paquete PyPI

Un paquete de Python de PyPI. Los clientes suelen iniciarlo con uvx, de la herramienta uv, que lo ejecuta en un entorno aislado, o tras instalarlo con pip. Servidores PyPI →

Imagen OCI

Una imagen de contenedor en un registro OCI como Docker Hub o GitHub Container Registry, que se inicia con docker run. El servidor se ejecuta dentro del contenedor y no directamente en el ordenador. Servidores en imágenes de contenedor →

MCP Bundle (.mcpb)

Un único archivo comprimido que contiene un servidor MCP local y un manifest.json que lo describe, para que un cliente compatible con bundles pueda instalarlo en un solo paso. El formato se llamaba antes Desktop Extensions (.dxt). Servidores MCP Bundle →

Versión y estado

Cada publicación en el registro añade una versión que ya no cambia después; la más reciente se marca como la última (latest). El estado de una entrada es activo, obsoleto o eliminado. Este directorio lee la última versión y excluye las entradas obsoletas y eliminadas.

llms.txt

Un archivo Markdown en la raíz de un sitio, /llms.txt, propuesto en septiembre de 2024 en llmstxt.org, que indica a los modelos de lenguaje qué es el sitio y enlaza sus páginas más útiles, cada una con una breve nota. No concede ni deniega nada; es un mapa. Este directorio solo lo considera presente cuando el sitio responde con un archivo de texto real, no con una página HTML. Qué contiene un archivo llms.txt →

OpenAPI

Un formato estándar legible por máquina para describir una API HTTP (sus endpoints, parámetros, respuestas y autenticación) en JSON o YAML, antes conocido como Swagger. Los frameworks de agentes pueden convertir sus operaciones en herramientas. OpenAPI para agentes de IA →

ai-plugin.json

Un manifiesto en /.well-known/ai-plugin.json introducido en 2023 para los plugins de ChatGPT: da el nombre del servicio, lo describe para el modelo y apunta a una descripción OpenAPI. El sistema de plugins se ha retirado desde entonces, pero algunos sitios siguen sirviendo el archivo. OpenAPI para agentes de IA →

/.well-known/mcp.json

Un archivo que algunos sitios sirven para describir su servidor MCP (su endpoint, su transporte y su inicio de sesión), de modo que clientes y catálogos puedan encontrarlo solo a partir del dominio. No forma parte de ninguna revisión publicada de la especificación, y los archivos que se encuentran en la práctica tienen formas distintas; este directorio registra si un sitio responde ahí con un objeto JSON.

agents.json

Un archivo JSON propuesto, servido en /agents.json, que describe las operaciones de una API y los flujos de varios pasos que un agente puede realizar con ellas, sobre la base de OpenAPI. Pocos sitios publican uno; este directorio registra si un sitio responde ahí con un objeto JSON.

App de ChatGPT

Una app que un servicio publica dentro de ChatGPT. Las apps se crean con el Apps SDK de OpenAI, basado en MCP, y pueden mostrar resultados interactivos en el chat; el usuario conecta una app antes de que ChatGPT pueda llamarla. Servicios con app de ChatGPT →

Conector de Claude

Un servidor MCP remoto añadido a Claude, desde el directorio de conectores de Anthropic o por URL, para que Claude pueda leer datos de ese servicio o actuar en él una vez que el usuario lo conecta. Servicios con conector de Claude →

API pública

Una API documentada a la que cualquiera puede llamar tras registrarse, normalmente con una clave del servicio. Es la vía por la que los agentes desarrollados a medida acceden a un servicio que no tiene servidor MCP. Servicios con API pública →

Todos los artículos de Conceptos básicos · Servidores del MCP Registry · Editores · Política editorial