Novo roadmap do MCP prioriza segurança, identidade e agentes
Um roadmap concentrado em agentes e segurança
O novo roadmap do Model Context Protocol (MCP) define cinco áreas prioritárias para as próximas versões da especificação: primitivas de mensagens para agentes, unificação e fortalecimento do transporte baseado em HTTP, identidade de agentes e segurança empresarial, aprimoramento das primitivas do protocolo e melhoria da experiência de desenvolvimento dos SDKs. As prioridades foram definidas pelos mantenedores principais em conjunto com a comunidade e os grupos de trabalho.
O plano parte de avanços incorporados à versão de 28 de julho de 2026. Sessões no nível do protocolo e o handshake de inicialização foram removidos, permitindo que servidores escalem horizontalmente sem manter estado. Clientes passaram a poder consultar server/discover para conhecer versões e capacidades antes de interagir com um servidor, e resultados de listas podem ser armazenados em cache. As Tasks foram reformuladas e transferidas para uma extensão oficial, enquanto o padrão Multi Round-Trip Requests substituiu solicitações iniciadas pelo servidor para permitir fluxos como elicitação em servidores sem estado. O Server Card Working Group também continua trabalhando em convenções de metadados .well-known para que servidores possam ser descobertos e avaliados sem conexão direta.
Na governança, o projeto adotou formalmente uma Contributor Ladder, atribuiu aos grupos de trabalho a triagem de propostas em suas áreas e passou a contar com um ciclo de vida de recursos e uma política de descontinuação. Na preparação empresarial, a versão anterior priorizou melhorias de autorização, como validação do emissor, credenciais vinculadas ao emissor e Client ID Metadata Documents (CIMD) como caminho preferencial de registro. A Enterprise-Managed Authorization também se tornou uma extensão estável.
Cinco frentes de trabalho
A primeira frente trata de cargas de trabalho que já não se ajustam ao padrão tradicional de solicitação e resposta. O MCP pretende integrar melhor Tasks, assinaturas, notificações de progresso e eventos iniciados pelo servidor, incluindo webhooks e canais que reduzam a necessidade de consultas repetidas. Também haverá uma revisão conjunta entre os grupos de Agents, Transports e Triggers & Events, além do amadurecimento da extensão Tasks para possível incorporação à especificação.
A segunda frente busca unificar o transporte em torno de HTTP. Servidores MCP remotos já podem ser operados como outras cargas HTTP, usando a infraestrutura existente para APIs e serviços. O objetivo é estender essa abordagem a outros modos de implantação, inclusive servidores locais que utilizem Streamable HTTP sobre stdio, simplificando o desenvolvimento e a operação de clientes e servidores.
A identidade de agentes é apresentada como uma necessidade crescente: os chamadores podem ser agentes executados como cargas de trabalho na nuvem, agir sem a presença do usuário ou delegar autoridade limitada a subagentes. O MCP quer padronizar como esses agentes serão reconhecidos e considerados confiáveis, usando padrões existentes em vez de chaves de API e tokens duradouros. O trabalho inclui concluir e promover DPoP, definir caminhos para identidade e delegação por meio de Workload Identity Federation, do subsídio ID-JAG e da troca padronizada de tokens, além de colaborar com grupos de OAuth do IETF e do WIMSE.
As demais frentes propõem um contrato único para resultados de tools/call, reduzindo a ambiguidade sobre o formato apresentado ao modelo, e uma estratégia de descoberta progressiva. Em vez de expor imediatamente um catálogo com centenas de ferramentas, o servidor poderá oferecer uma entrada menor e revelar opções conforme a conversa se torne mais específica. Os SDKs também receberão atenção em ergonomia, conformidade com a especificação, clareza da documentação e suporte consistente às plataformas e linguagens.
Propostas de aprimoramento (SEPs) alinhadas às cinco áreas terão revisão prioritária, embora propostas externas não sejam automaticamente rejeitadas. O projeto convida a comunidade a participar de grupos de trabalho, propor ou comentar SEPs, experimentar extensões e contribuir diretamente com a especificação, os SDKs e as ferramentas.