Radar Tech: novo roadmap do MCP define o rumo dos agentes de IA corporativos
O Model Context Protocol publicou seu roadmap de 2026: identidade enterprise (DPoP/WIF), transporte HTTP-native e descoberta progressiva de ferramentas. Saiba o que muda na arquitetura de agentes em produção.
Radar Tech: novo roadmap do MCP define rumo dos agentes de IA corporativos
O Model Context Protocol (MCP) publicou um novo roadmap — e ele muda o jogo para quem projeta agentes de IA em produção. Se você está arquitetando workloads agenticos, identidade de máquina ou catálogos de ferramentas em escala, isto é o que mais importa hoje.
Por que o roadmap importa para arquitetura
O padrão request-response não cobre mais os fluxos agenticos modernos. Os agentes de hoje rodam loops longos, empurram resultados assíncronos e precisam ser reorientados no meio do caminho. O roadmap de 2026 do MCP organiza o trabalho do protocolo em cinco prioridades que são, na prática, decisões de arquitetura:
- Agented messaging primitives: Tasks, listen/subscribe e progress notifications, além de server-initiated events via webhooks — o cliente deixa de ficar em polling.
- HTTP-native transport unificado: um servidor MCP remoto passa a ser tratado como qualquer workload HTTP, e o transporte unificado também cobre servidores locais.
- Agente identity e segurança enterprise: de API keys e tokens longos para DPoP, Workload Identity Federation e uma autorização gestionada pela empresa — essencial para agentes que agem em nome de um usuário ausente.
- Improved primitives: um contrato único para o resultado da chamada de ferramenta
(
tools/call) e a descoberta progressiva, para que um servidor com centenas de ferramentas não infle o custo de tokens antes da primeira pergunta. - Melhor experiência de SDKs, agora crítica porque muitos clientes e servidores são construídos apontando um agente nas bibliotecas.
O que isso muda na prática
Para quem mantém uma plataforma de agentes, três pontos merecem reflexão imediata:
- Segurança vira decisão de arquitetura, não detalhe: identidade por workload (DPoP + WIF) e delegação a sub-agentes com privilégio mínimo precisam estar no desenho desde o dia zero.
- Escala de catálogo: adotar descoberta progressiva reduz o custo e melhora a seleção de ferramentas conforme a conversa afunila.
- Assincronia: Tasks + eventos servidor-iniciados substituem o polling em fluxos longos. Quem já roda filas e event-driven encaixa isso de forma natural.
A âncora saudável: adotar MCP não é obrigação por modismo. Quando o caso não tem forças que justifiquem o protocolo — pouquíssimas ferramentas, sem agente headless, sem escala — a decisão correta de arquitetura pode ser adiar. O roadmap apenas facilita a decisão quando as forças existem.
Conexão com o catálogo ArchPrompts
Para transformar esse tópico em decisão acionável, publicamos no marketplace um pacote multi-arquivo de prompts (ADR de adoção de agentes MCP) que leva um modelo a produzir o ADR e o blueprint por fases — com identidade enterprise, descoberta progressiva e eventos agentes, ancorados no mesmo roadmap que anunciamos aqui.
