Um servidor pode precisar oferecer uma ação, fornecer dados de contexto ou solicitar informações do usuário. O MCP dá a essas interações interfaces diferentes.
Na revisão da especificação 2026-07-28, sampling e roots estão descontinuados. Eles permanecem disponíveis durante o período de descontinuação, mas novas implementações não devem adotá-los.
O que cada primitiva faz?
Tools expõem ações, resources expõem dados e prompts expõem modelos de mensagem reutilizáveis. Elicitation obtém entrada adicional do usuário.
O guia de arquitetura do MCP separa as capacidades fornecidas pelo servidor da entrada que um cliente pode fornecer.
| Primitiva | Finalidade | Exemplo |
|---|---|---|
| Tools | Permitir que o cliente invoque uma função | Enviar uma mensagem |
| Resources | Fornecer contexto em um endereço de recurso | Recuperar um documento |
| Prompts | Fornecer modelos de mensagem reutilizáveis | Preparar uma solicitação estruturada para análise |
| Elicitation | Solicitar ao usuário informações necessárias para uma operação | Solicitar uma escolha ausente |
| Sampling, descontinuado | Solicitar geração do modelo através do cliente | Pedir a um cliente para gerar texto |
| Roots, descontinuado | Descrever locais do sistema de arquivos relevantes para o servidor | Identificar um diretório de projeto |
Um servidor implementa as interfaces que sua integração precisa. O cliente deve suportar as capacidades que utiliza.
Como tools, resources e prompts diferem na prática?
Escolha conforme o cliente precise executar uma operação, recuperar contexto ou obter um prompt reutilizável.
Um servidor hipotético de agendamento poderia expor uma tool de reserva de compromissos. Um resource poderia fornecer as informações do local. Um prompt poderia preparar as mensagens usadas para comparar opções de compromisso.
O cliente descobre as capacidades do servidor disponíveis. Descobrir uma tool de reserva não concede permissão para reservar. O serviço ainda autoriza a operação.
Um resource fornece conteúdo sem estabelecer que o modelo deve seguir instruções incorporadas nele. O host controla em quais conteúdos e ações do servidor ele confia.
O que muda para sampling e roots?
Para roots, o changelog recomenda passar arquivos ou diretórios por parâmetros de tool, endereços de resource ou configuração do servidor. Para sampling, recomenda integrar diretamente com APIs de provedores de modelo.
Descontinuação não significa que um recurso já foi removido. Integrações existentes ainda podem encontrar essas interfaces durante a transição.
Como um servidor solicita mais entrada?
Um servidor retorna um resultado de entrada necessária, e o cliente fornece a informação solicitada ao tentar novamente a operação original.
A revisão 2026-07-28 chama isso de padrão Multi Round-Trip Requests. Ela muda como as solicitações de elicitation, sampling e roots são entregues. O guia de arquitetura ainda nomeia elicitation/create como o método para solicitar entrada do usuário.
Quais primitivas eu uso com o Bird?
Você pode usar as tools MCP do Bird para enviar mensagens e inspecionar seus resultados registrados.
Para e-mail, email_send inicia a operação e email_get recupera a mensagem com seu status de entrega agregado. Os resultados por destinatário exigem os detalhes correspondentes do destinatário. A resposta sobre estado de entrega explica por que a aceitação sozinha não pode confirmar a entrega.
O inventário de tools do seu cliente fornece os nomes e schemas de entrada para a conexão que você está usando. Uma tool listada ainda pode exigir permissões que sua concessão não inclui.
Para instruções que conectam várias operações em uma tarefa, as agent skills do Bird fornecem procedimentos CLI. Um procedimento empacotado e um prompt MCP são interfaces separadas; um não implica que o outro esteja disponível.