Un servidor puede necesitar ofrecer una acción, proporcionar datos de contexto o solicitar información al usuario. MCP da a estas interacciones interfaces distintas.
En la revisión de la especificación 2026-07-28, sampling y roots están deprecados. Siguen disponibles durante el período de deprecación, pero las implementaciones nuevas no deben adoptarlos.
¿Qué hace cada primitiva?
Tools exponen acciones, resources exponen datos y prompts exponen plantillas de mensajes reutilizables. Elicitation obtiene entrada adicional del usuario.
La guía de arquitectura de MCP separa las capacidades que provee el servidor de la entrada que puede suministrar el cliente.
| Primitiva | Propósito | Ejemplo |
|---|---|---|
| Tools | Permiten al cliente invocar una función | Enviar un mensaje |
| Resources | Proporcionan contexto en una dirección de recurso | Recuperar un documento |
| Prompts | Proporcionan plantillas de mensajes reutilizables | Preparar una solicitud estructurada de análisis |
| Elicitation | Solicita al usuario información necesaria para una operación | Solicitar una elección faltante |
| Sampling, deprecado | Solicita generación del modelo a través del cliente | Pedir al cliente que genere texto |
| Roots, deprecado | Describe ubicaciones del sistema de archivos relevantes para el servidor | Identificar un directorio de proyecto |
Un servidor implementa las interfaces que necesita su integración. El cliente debe soportar las capacidades que utiliza.
¿En qué se diferencian tools, resources y prompts en la práctica?
Elige según si el cliente necesita ejecutar una operación, recuperar contexto u obtener un prompt reutilizable.
Un servidor hipotético de agendamiento podría exponer un tool de reserva de citas. Un resource podría proporcionar la información del lugar. Un prompt podría preparar los mensajes usados para comparar opciones de citas.
El cliente descubre las capacidades del servidor disponibles. Descubrir un tool de reservas no otorga permiso para reservar. El servicio sigue autorizando la operación.
Un resource proporciona contenido sin establecer que el modelo deba seguir instrucciones incluidas en él. El host controla en qué contenido y acciones del servidor confía.
¿Qué cambia para sampling y roots?
Para roots, el changelog recomienda pasar archivos o directorios mediante parámetros de tools, direcciones de resources o configuración del servidor. Para sampling, recomienda integrarse directamente con las API del proveedor de modelos.
Deprecación no significa que la funcionalidad ya se haya eliminado. Las integraciones existentes aún pueden encontrar estas interfaces durante la transición.
¿Cómo solicita más entrada un servidor?
El servidor devuelve un resultado que requiere entrada, y el cliente proporciona la información solicitada al reintentar la operación original.
La revisión 2026-07-28 llama a esto el patrón Multi Round-Trip Requests. Cambia la forma en que se entregan las solicitudes de elicitation, sampling y roots. La guía de arquitectura sigue nombrando elicitation/create como el método para solicitar entrada del usuario.
¿Qué primitivas uso con Bird?
Puedes usar los tools de MCP de Bird para enviar mensajes e inspeccionar sus resultados registrados.
Para correo electrónico, email_send inicia la operación y email_get recupera el mensaje con su estado de entrega agregado. Los resultados por destinatario requieren los detalles correspondientes de cada destinatario. La respuesta sobre estado de entrega explica por qué la aceptación por sí sola no puede confirmar la entrega.
El inventario de tools de tu cliente proporciona los nombres y esquemas de entrada para la conexión que estás usando. Un tool listado puede requerir permisos que tu concesión no incluye.
Para instrucciones que conectan varias operaciones en una tarea, las habilidades de agente de Bird proporcionan procedimientos CLI. Un procedimiento empaquetado y un prompt MCP son interfaces separadas; uno no implica que el otro esté disponible.