Análise de Lacunas do MCP 2026: O Que Não Está Incluído (E Por Que Essa É Nossa Oportunidade)

A Anthropic publicou o roadmap do MCP 2026 em 9 de março. É ambicioso: orquestração multi-agente, streaming, autenticação empresarial e uma mudança para governança neutra em relação a fornecedores sob a Fundação Linux. A Microsoft lançou seu SDK C# em 5 de março. O ecossistema MCP está crescendo rapidamente e na direção certa.

Mas leia o roadmap com atenção e você notará o que está faltando. Duas capacidades que agentes de produção inevitavelmente precisarão - e que a especificação do MCP explicitamente não aborda.

O que o MCP 2026 cobre

O roadmap é sólido. Aqui está o que está por vir:

Orquestração multi-agente. Agentes coordenando com outros agentes através de protocolos de transferência padronizados. Este é o movimento certo - sistemas de agente único atingem um teto rapidamente.

Streaming. Chamadas de ferramentas de longa duração que retornam resultados incrementalmente. Crítico para feeds de dados em tempo real, monitoramento e qualquer operação que leve mais de alguns segundos.

Autenticação empresarial. Fluxos OAuth, acesso baseado em funções, escopo de tokens. As coisas que os departamentos de TI exigem antes de aprovar qualquer integração de ferramenta.

Governança da Fundação Linux. Mudando o MCP de uma especificação controlada pela Anthropic para uma fundação neutra em relação a fornecedores. Politicamente inteligente - Microsoft, Google e outros são mais propensos a investir em um padrão sobre o qual têm direitos de governança.

Tudo isso é bom. Nenhum disso aborda duas coisas que os agentes de produção precisam hoje.

Lacuna #1: Pagamentos

As ferramentas MCP atualmente são gratuitas para chamar. Seu agente se conecta a um servidor de ferramentas, invoca uma função, obtém um resultado. Nenhum fluxo de pagamento existe no protocolo.

Isso funciona para ferramentas internas e APIs abertas. Quebra no momento em que seu agente precisa pagar por algo. E em produção, os agentes precisam pagar por muitas coisas: feeds de dados premium, recursos de computação, inferência de modelo especializada, serviços de agentes de terceiros.

A especificação do MCP não define como um agente anexa o pagamento a uma chamada de ferramenta. Não há campo payment no esquema de solicitação. Nenhum protocolo de liquidação. Nenhum conceito de "esta ferramenta custa $0,05 por chamada."

Isso não é uma omissão da equipe do MCP - é uma decisão deliberada de escopo. O MCP é um protocolo de ferramenta, não um protocolo de comércio. Mas a lacuna ainda precisa ser preenchida.

x402 preenche isso na camada HTTP. Quando o endpoint de uma ferramenta retorna 402 Payment Required, a carteira do agente liquida o pagamento e tenta novamente. agent-wallet-sdk envolve isso com limites de gastos e verificação de intenção para que seu agente não possa gastar sem autorização.

Os dois se compõem de forma limpa: o MCP lida com a descoberta e invocação de ferramentas. x402 + agent-wallet-sdk lidam com o pagamento quando uma ferramenta não é gratuita. Nenhuma alteração na especificação do MCP é necessária.

Lacuna #2: Descoberta de Ferramentas Nativa do Navegador

Os servidores de ferramentas MCP requerem configuração. Você adiciona uma URL de servidor, o agente se conecta, obtém um manifesto de ferramentas. Esta é a descoberta de servidor para servidor - o agente precisa saber onde procurar antes de poder encontrar ferramentas.

E quanto aos milhões de aplicações web que não estão executando servidores MCP? Cada produto SaaS, cada API web, cada site interativo tem capacidades que um agente poderia usar. Mas não há como um agente navegando na web descobri-las através do MCP.

WebMCP aborda isso com descoberta de ferramentas nativa do navegador. Os sites declaram suas capacidades usando navigator.modelContext.registerTool() - uma API de navegador atualmente no Chrome 146 DevTrial. Um agente que visita o site descobre as ferramentas disponíveis da mesma forma que um humano lê a interface do usuário, mas estruturada para consumo programático.

// O site expõe suas capacidades para agentes visitantes
navigator.modelContext.registerTool({
  name: 'search-flights',
  description: 'Pesquisar voos disponíveis entre dois aeroportos',
  parameters: {
    origin: { type: 'string', description: 'código do aeroporto IATA' },
    destination: { type: 'string', description: 'código do aeroporto IATA' },
    date: { type: 'string', format: 'data' }
  }
});

webmcp-sdk é o kit de ferramentas para desenvolvedores para implementar o WebMCP em seu site. Para o ecossistema MCP, ele estende a descoberta de ferramentas de servidores configurados para toda a web.

Por que essas lacunas são nossa oportunidade

A equipe do MCP tomou a decisão certa ao manter pagamentos e descoberta de navegador fora da especificação central. Um protocolo de ferramenta não deve ser um protocolo de pagamento ou um padrão de navegador. Mas agentes de produção precisam de todos os três - e alguém precisa construir as camadas que os conectam.

Isso é exatamente o que o agent-wallet-sdk e o webmcp-sdk fazem. Eles não competem com o MCP. Eles o completam.

O MCP fornece a você uma invocação de ferramenta estruturada com autenticação empresarial. O agent-wallet-sdk fornece pagamentos programáticos com controles de gastos. O webmcp-sdk fornece descoberta de ferramentas nativa do navegador. Empilhe os três e você terá a infraestrutura completa para agentes que podem encontrar ferramentas, usar ferramentas e pagar por ferramentas - tanto em servidores configurados quanto na web aberta.

O ecossistema MCP está se movendo rapidamente. O roadmap de 2026 levará de 6 a 12 meses para ser totalmente implementado. As camadas de pagamentos e descoberta estão disponíveis agora. Construtores que integrarem os três hoje terão a infraestrutura de agente mais capaz quando o restante da pilha alcançar.

Não espere o MCP adicionar pagamentos. Adicione pagamentos ao MCP.

Este artigo foi escrito com assistência de IA. Todas as alegações técnicas, código e decisões arquitetônicas foram validadas pelo autor.