MCP Guías
En esta página
Avanzado Lección 7 de 9 ≈ 60 min de lectura
Especificación 2026-07-28
Diseñar el host y el cliente
Especificación MCP 2026-07-28 · revisada el 2 de octubre de 2026
El otro lado del protocolo: qué servidores conecta un host, qué tools muestra al modelo y en qué orden, cuánto contexto cuesta cada conexión, qué acciones confirma una persona y cómo tratar lo que devuelve un servidor como entrada no fiable.
Qué aprenderás
- Decidir qué servidores conecta un host y cuáles se quedan fuera, a partir de las tareas de cada agente
- Medir con listados reales el contexto que cuesta cada conexión y recortarlo con una lista de tools permitidas
- Fijar qué acciones se ejecutan sin preguntar, cuáles confirma una persona y cuáles no llegan a mostrarse
- Tratar las descripciones, los resultados y el requestState que vienen de un servidor como entrada no fiable
Contenido de la lección
- 01 El problema
- 02 Qué decide el host
- 03 Presupuesto de contexto por conexión
- 04 Aprobaciones
- 05 Cuando un servidor miente
- 06 Un cliente propio con política
- 07 En producción
Además: quiz de comprobación y desafío práctico.
Extracto
La ingeniera de plataforma de Nortia prepara la configuración del agente de soporte. Para probarla antes de escribir nada, conecta a Claude Code todos los servidores que encuentra en el catálogo interno. Están los cuatro de siempre, nortia-soporte, nortia-pedidos, nortia-facturacion y nortia-almacen. Y está nortia-pedidos-antiguo, el diseño de siete tools de la lección 1 de este nivel, que sigue desplegado porque una integración vieja aún lo usa.
La primera tarde sale mal. Pregunta qué pedidos tienen incidencia en BCN-02 y el agente responde con pedidos de todos los almacenes, porque ha usado list_pedidos del servidor antiguo, que no filtra por almacén. Más tarde le pide un resumen de existencias y el agente consulta alertas_rotura_stock, una tool que soporte nunca necesita. Al final del día la conversación arrastra resultados que nadie pidió.
Fin del extracto · la lección sigue con 6 secciones más
Artículos relacionados
-
- Servidores Guías
Conectar un servidor MCP a Claude: Desktop, claude.ai y Claude Code
Preguntas frecuentes
¿Qué hace el host en una aplicación con MCP, además de hablar con los servidores?
El host es la aplicación que contiene al modelo y a los clientes MCP, y es quien elige con qué servidores trabaja un agente, qué herramientas llegan a ver el modelo y en qué orden, y qué capacidades anuncia a cada servidor. Son elecciones de diseño tan importantes como las del servidor: un agente con servidores bien hechos puede funcionar mal si su host enchufa de más. En la lección se toman esas decisiones para el agente que atiende a los clientes de Nortia, y se llevan a un cliente propio y a Claude Code.
¿Cuánto contexto gasta cada servidor MCP que conecto a un agente?
Depende de cuántas herramientas publica y de lo largas que sean sus definiciones, y la cifra que importa es la que tu host le pasa al modelo, no la que viaja por la red. Sale de medir lo que publica de verdad cada servidor, y conviene tratarla como un precio por conexión con su propio límite. En la lección se mide servidor a servidor en el caso de Nortia, antes y después de aplicar una política, y se ve por qué una herramienta mal elegida suele costar más que su definición.
¿Qué acciones de un agente con MCP debería confirmar una persona?
Las que cambian algo en tus sistemas y, con más motivo, las que no se pueden deshacer o mandan información fuera de la empresa, como un abono o un correo a un cliente. La especificación pide que siempre haya alguien capaz de denegar una llamada, pero el reparto concreto lo decide cada organización, y las anotaciones que publica el servidor no bastan para hacerlo. En la lección se clasifican las herramientas del agente de soporte de Nortia y esa clasificación se aplica tanto en un cliente propio como en la configuración de permisos que usa Claude Code.