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:

1. 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.
2. Escala de catálogo: adotar descoberta progressiva reduz o custo e melhora a seleção de ferramentas conforme a conversa afunila.
3. 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.