Os mantenedores do Model Context Protocol (MCP) publicaram um roteiro atualizado que moldará o próximo lançamento de especificação do protocolo que se tornou um padrão de fato para conectar modelos de IA a ferramentas e dados externos. A postagem de 22 de agosto, de autoria dos principais mantenedores David Soria Parra e Den Delimarsky, estabelece cinco áreas prioritárias – desde primitivas de mensagens de agente até identidade padronizada de agente – e chega poucas semanas após a revisão histórica da especificação 2026-07-28 do protocolo.
A atualização atraiu atenção imediata da comunidade de desenvolvedores, com o anúncio do roteiro coletando mais de 240 votos positivos e mais de 140 comentários no Hacker News em poucos dias. Para os desenvolvedores que criam aplicativos agentes, o documento sinaliza onde os principais mantenedores e grupos de trabalho do protocolo passarão seu tempo de revisão – e quais propostas passarão mais rapidamente pela fila. Para mais contexto sobre esta história, confira nossa tendências de IA.
O que a especificação de julho já mudou
Antes de definir novas prioridades, os mantenedores fizeram um balanço do roteiro anterior, publicado em março de 2026, que se concentrava em quatro áreas: evolução e escalabilidade dos transportes, comunicação entre agentes, maturação da governação e preparação empresarial. De acordo com a postagem do blog, “progresso significativo” foi feito em todas as quatro frentes, com a maior parte das mudanças chegando ao lançamento da especificação 2026/07/28.
A mudança mais importante foi a remoção de sessões em nível de protocolo e o handshake de inicialização, rastreado como SEP-2575 e SEP-2567. A mudança significa que um servidor MCP agora pode escalar horizontalmente sem manter o estado – uma reformulação fundamental que faz com que os servidores MCP remotos se comportem como serviços web comuns. Os clientes também podem chamar um novo endpoint `server/discover` para aprender as versões e capacidades suportadas de um servidor antes de fazer qualquer outra coisa, e os resultados da lista tornaram-se armazenáveis em cache sob SEP-2549.
No lado da comunicação do agente, a construção de Tarefas foi reformulada em uma extensão oficial (SEP-2663), enquanto um novo padrão Multi Round-Trip Requests (SEP-2322) substituiu as solicitações iniciadas pelo servidor para que fluxos como a elicitação funcionassem em servidores sem estado. A governança também amadureceu: o projeto adotou formalmente uma Escada de Colaboradores, os grupos de trabalho agora fazem a triagem de suas próprias propostas de melhorias e a especificação ganhou um ciclo de vida de recursos adequado e uma política de descontinuação.
O trabalho de preparação empresarial concentrou-se na autorização, validação do emissor de remessa, credenciais de cliente vinculadas ao emissor e documentos de metadados de ID do cliente como o caminho preferencial de registro do cliente, com a autorização gerenciada pela empresa promovida para estável como uma extensão.
Cinco prioridades para o próximo ciclo de lançamento
1. Primitivos de mensagens agênticas
A primeira prioridade reconhece que “as cargas de trabalho dos agentes modernos não se enquadram mais no padrão padrão de solicitação e resposta”. Os loops duram mais, os servidores enviam resultados transmitidos e os desenvolvedores precisam da capacidade de orientar o trabalho durante o andamento. O MCP tem crescido em direção a esses requisitos com tarefas, assinaturas e operações de escuta e notificações de progresso — mas os mantenedores querem que eles funcionem bem juntos.
O trabalho planejado inclui eventos iniciados pelo servidor entregues por meio de webhooks e canais, "para que os clientes não fiquem pesquisando os resultados", uma revisão de composição abrangendo os grupos de trabalho Agentes, Transportes e Gatilhos e Eventos, e amadurecendo a extensão Tarefas para que ela possa passar para a especificação principal.
2. Unificação de transporte nativo HTTP
Com o lançamento de julho, escreveram os mantenedores, “um servidor MCP remoto agora não é diferente de qualquer outra carga de trabalho HTTP”, tornando os servidores MCP fáceis de hospedar na infraestrutura que as organizações já usam para suas APIs. A abordagem “comprovou ser escalonável”, e o roteiro agora propõe estendê-la para cobrir servidores locais que falam HTTP Streamable sobre entrada e saída padrão. A unificação em um único transporte, argumenta a postagem, simplificaria ainda mais o desenvolvimento do servidor MCP e do cliente.
3. Identidade do agente e segurança pronta para empresas
Talvez a prioridade mais prospectiva resolva uma lacuna entre a forma como a autorização MCP funciona hoje e como os agentes realmente operam. A autorização atual é construída em torno de uma pessoa que aprova o acesso em um navegador – bom para clientes interativos, mas cada vez mais fora de sintonia com a realidade.
“Cada vez mais os chamadores são agentes que executam cargas de trabalho em nuvem com sua própria identidade, agindo em nome de um usuário que não está presente ou delegando autoridade mais restrita a subagentes”, escreveram os mantenedores. O objetivo é uma forma padronizada para os servidores MCP reconhecerem e confiarem nessas identidades de agentes, “construídas em padrões existentes, em vez de chaves de API coladas e tokens de longa duração”.
Concretamente, o trabalho abrange a finalização da Prova de Posse de Posse (DPoP) e a condução da sua adoção, definindo um caminho opinativo para a identidade e delegação do agente através da Federação de Identidade da Carga de Trabalho, a concessão ID-JAG por trás da Autorização Gerenciada pela Empresa e a troca de token padrão. A equipe também continuará a se envolver com os grupos de trabalho IETF OAuth e WIMSE para ajudar na evolução dos padrões subjacentes.
4. Primitivos aprimorados e descoberta progressiva de ferramentas
A chamada de ferramentas continua sendo a parte do MCP que a maioria dos desenvolvedores toca primeiro e tem “se mantido bem”, de acordo com o post. Mas o tratamento de resultados é insuficiente: uma resposta `ferramentas/chamada` pode transportar a mesma saída em mais de um formato, e os desenvolvedores de servidores não têm como saber qual formulário um determinado cliente colocará na frente do modelo. O roteiro visa padronizar um contrato claro.
Os mantenedores também sinalizaram o problema de escala. “Conectar-se a um servidor com cem ferramentas significa que o modelo paga por toda a superfície antes que o usuário faça uma única pergunta, e a seleção de ferramentas tende a piorar à medida que a lista cresce”, escreveram eles. A resposta é um esforço de descoberta progressivo, permitindo que um servidor ofereça um pequeno ponto de entrada e revele mais do seu catálogo à medida que a conversa se estreita.
5. Experiência aprimorada do desenvolvedor SDK
Por fim, os mantenedores prometeram investir nos SDKs por meio dos quais a maioria dos desenvolvedores experimenta o MCP — sua ergonomia, sua conformidade com as especificações e sua documentação em todas as plataformas e linguagens suportadas. Os riscos aumentaram, observaram eles, agora que muitos desenvolvedores constroem clientes e servidores MCP “apontando um agente para nossas bibliotecas”, onde APIs claras e documentação precisa decidem se o código gerado funciona com o mínimo de atrito.
O que isso significa para o ecossistema
O roteiro inclui uma estrutura prática de incentivos: Propostas de Melhoria de Especificação (SEPs) que se enquadram nas áreas prioritárias recebem revisão rápida e têm a melhor chance de aceitação, enquanto propostas fora do escopo não são rejeitadas automaticamente, mas recebem um escasso tempo de manutenção por último. Cada área prioritária nomeou mantenedores principais e um ou mais grupos de trabalho, todos com espaço para mais contribuidores, e o mecanismo de extensão experimental sob SEP-2133 permite que os grupos testem ideias antes de propostas formais.
Desde que a Anthropic introduziu o MCP de código aberto no final de 2024, o protocolo se espalhou por toda a indústria, com os principais fornecedores de IA e criadores de ferramentas adotando-o como uma forma comum de fornecer aos modelos acesso a sistemas externos. O roteiro de agosto sugere que a próxima fase do protocolo será definida menos pela conectividade básica e mais pelos problemas mais difíceis da era da agência: identificar quem – ou o que – está realmente ligando, manter o trabalho de longa duração orientável e domar a expansão de ferramentas que os agentes devem navegar.
Para os desenvolvedores e equipes de plataforma que apostam no MCP, a mensagem é clara: a operação HTTP sem estado é agora a linha de base assumida, e o centro de gravidade do protocolo está mudando para agentes que agem de forma autônoma, carregam suas próprias identidades verificáveis e descobrem capacidades progressivamente, em vez de tudo de uma vez.
---
Fique à Frente da IAAs últimas notícias, análises e avanços em inteligência artificial — tudo em um só lugar.
Ler mais notícias de IA →
