MCP en un minuto
Piensa en un formato acordado para conocer qué ofrece un sistema y solicitar una operación. Un servidor de catálogo puede exponer una consulta de existencias. La aplicación de IA sigue necesitando decidir cuándo usarla, autenticarse, respetar permisos y comprobar la respuesta. El protocolo facilita comunicación; no sustituye esas decisiones.
MCP conecta hosts, clientes y servidores
La aplicación de IA que organiza la interacción y determina qué integraciones están disponibles.
El componente dentro del host que se comunica con un servidor MCP.
El software que expone capacidades, como herramientas, recursos o plantillas de prompts.
Servidor describe una función de software, no necesariamente una máquina física independiente. Puede ejecutarse como proceso local o estar disponible de forma remota. Un host puede trabajar con varios clientes y servidores. El protocolo establece una estructura común, mientras que la aplicación decide cómo utiliza esas capacidades dentro del trabajo de la persona.
Imagina que un asistente necesita consultar el catálogo de productos y una colección de documentos internos. Cada fuente puede exponerse mediante un servidor MCP. El host utiliza las capacidades disponibles sin depender de un formato conversacional diferente para cada integración. Debajo siguen existiendo las APIs originales, los permisos de los documentos y las reglas del negocio.
Este detalle importa al implementar. El registro oficial de cambios elimina el antiguo mecanismo de sesiones e inicialización e incorpora descubrimiento mediante server/discover. Los servidores deben implementar ese método, aunque el cliente no tiene que invocarlo antes de cada operación. Conviene seguir una versión coherente de la especificación y evitar mezclar ejemplos incompatibles.
Que las peticiones del protocolo sean independientes no significa que la aplicación no pueda guardar información. El host o servidor puede conservar registros, trabajo pendiente o estado referenciado explícitamente. AI Memory describe mecanismos separados de persistencia. No debe confundirse con una sesión del protocolo ni con que el modelo recuerde automáticamente todas las peticiones anteriores.
Herramientas, recursos e integración son capas distintas
| Capacidad | Finalidad | Ejemplo de catálogo |
|---|---|---|
| Tools | Operaciones con entradas y resultados definidos. | Consultar existencias de una variante concreta. |
| Resources | Datos o contenido que la aplicación puede utilizar. | Un documento de catálogo o una referencia de producto. |
| Prompts | Plantillas reutilizables de interacción. | Una plantilla para revisar una descripción comercial. |
Una herramienta puede leer o modificar datos; llamarla tool no indica por sí solo cuál de las dos cosas hace. La descripción y el esquema ayudan a entender la operación, pero las restricciones deben aplicarse mediante software. Un recurso puede incorporarse como contexto sin convertirse en una instrucción para realizar acciones ajenas al encargo.
MCP utiliza mensajes JSON-RPC y define transportes como entrada y salida estándar para procesos locales y Streamable HTTP para comunicación remota. El transporte explica cómo viajan los mensajes. No determina si un precio devuelto es correcto, si la persona pidió actualizarlo o si el modelo ha elegido el siguiente paso adecuado.
Un Connector es la integración más amplia con un servicio: autenticación, correspondencia de datos y operaciones admitidas. Puede usar MCP, una API directa u otra interfaz. Tool Use describe la solicitud de una operación por el modelo. RAG describe recuperar información e incorporarla a la generación. Una aplicación puede combinar todos estos elementos sin que signifiquen lo mismo.
MCP tampoco define todo el comportamiento de los AI Agents. Planificación, reintentos, condiciones de parada y pantallas de aprobación pertenecen al host y al proceso. Exponer un catálogo no crea por sí solo un agente fiable de mantenimiento. Todavía hay que definir integridad, resolver contradicciones y verificar modificaciones.
Separar capas ayuda a diagnosticar fallos. Una integración puede intercambiar mensajes válidos y devolver datos antiguos o consultar otro almacén. También puede existir una fuente correcta que resulte inaccesible por un problema de autorización. Hay que identificar dónde falla el proceso, en lugar de atribuir cualquier error al modelo de lenguaje.
Permisos y supervisión siguen siendo necesarios
La especificación vigente de autorización describe un marco basado en OAuth para las implementaciones HTTP correspondientes. No afirma que todos los servidores locales utilicen el mismo inicio de sesión. Las conexiones mediante entrada y salida estándar tienen otra organización de ejecución. Autenticación, scopes y permisos del servicio deben corresponder al transporte y la integración reales.
Acceso técnico y autorización de la tarea no son lo mismo. Que una integración pueda editar el catálogo no permite deducir autorización para borrar productos a partir de una petición de análisis. Expón las capacidades necesarias y aplica sus límites en la aplicación y el servicio, sin depender solo de que el modelo recuerde una advertencia.
Descripciones de servidores, recursos y resultados pueden contener texto no fiable. Tratarlo como instrucciones de la persona crea riesgo de inyección de instrucciones. Que un servidor anuncie una capacidad no demuestra que sea apropiado o fiable. La aplicación necesita una elección deliberada de integraciones y una política clara sobre datos y operaciones expuestos.
Para modificar un producto, muestra registro, valor anterior, valor propuesto y fuente. Human-in-the-loop puede situar la revisión antes de ejecutar. Si el registro cambia durante la pausa, se debe comprobar otra vez la propuesta. Aprobar una versión no debe autorizar automáticamente una modificación diferente.
Finalmente, conserva un registro útil de la operación y su resultado sin copiar datos sensibles innecesarios. Un Agentic Workflow puede organizar reintentos y excepciones alrededor de llamadas MCP. El protocolo simplifica una capa de comunicación; un trabajo fiable sigue necesitando acceso delimitado, fuentes adecuadas, objetivos claros y comprobaciones proporcionales a la acción.