Agentes de IA Não Precisam Tocar na Interface do Usuário. WebMCP é o Terceiro Caminho.

Agentes de IA podem interagir com websites de duas maneiras.
A atuação na interface do usuário — simulando cliques e pressionamentos de tecla — é lenta e frágil. A integração de backend via servidores MCP ou OpenAPI exige uma implementação e manutenção significativas do lado do servidor.

WebMCP é uma terceira maneira que é diferente de ambas.
A página da web registra funções JavaScript como "ferramentas." Agentes de IA no navegador chamam essas ferramentas diretamente. O código frontend existente pode ser reutilizado como está.

O Grupo Comunitário W3C Web ML (https://webmachinelearning.github.io/webmcp/) publicou isso em 27 de fevereiro de 2026 como um Relatório de Grupo Comunitário em Rascunho. Não é um padrão oficial do W3C ainda. Você pode experimentá-lo através do Programa de Pré-visualização Antecipada do Chrome. Os editores são da Microsoft (Brandon Walderman) e do Google (Khushal Sagar, Dominic Farolino).

Exemplo de Código Mínimo

Configurar o WebMCP é surpreendentemente simples.

if ("modelContext" in navigator) {
  navigator.modelContext.provideContext({
    tools: [{
      name: "add-item",
      description: "Adicionar um novo item à lista",
      inputSchema: {
        type: "object",
        properties: {
          name: { type: "string" },
          description: { type: "string" }
        },
        required: ["name"]
      },
      execute({ name, description }) {
        addItem(name, description);
        return { content: [{ type: "text", text: `"${name}" adicionado!` }] };
      }
    }]
  });
}

A página registra ferramentas através de navigator.modelContext. O agente de IA descobre as ferramentas disponíveis, as chama e recebe resultados. Quando uma ação potencialmente destrutiva está envolvida, requestUserInteraction() solicita a confirmação do usuário humano.

Como Difere do MCP

Pessoas frequentemente confundem MCP e WebMCP, mas eles se complementam em vez de competir.

MCP opera em servidores de backend, comunica-se via JSON-RPC + stdio/HTTP, requer uma camada de transporte, oferece três primitivas (Ferramentas, Recursos, Prompts) e necessita de implementação do lado do servidor. WebMCP roda dentro do navegador, executa JS da página diretamente, não precisa de camada de transporte, oferece apenas Ferramentas (alinhadas com o formato de ferramenta do MCP) e não precisa de servidor. Ele reutiliza o código frontend existente.

WebMCP alinha-se com a primitiva de "ferramentas" do MCP, mas não inclui recursos ou prompts. O navegador atua como mediador e lida com a camada de dados.

Design com Humano no Processo

Antes de qualquer ação destrutiva (compra, envio de mensagens, etc.), requestUserInteraction() pede permissão ao usuário. O design assume supervisão humana, não total autonomia.

Problemas Abertos

WebMCP ainda tem várias questões não resolvidas. A especificação de segurança permanece marcada como TODO. A execução sem interface (sem UI do navegador) não é suportada. As ferramentas só são descobertas após navegar para a página. Firefox e Safari não o suportam.

Por Que Você Deve Ficar de Olho Nisso

A maneira como os agentes de IA interagem com a web está mudando — de "clicar automaticamente na tela" para "chamar ferramentas oficiais que o site fornece." À medida que essa tendência continua, projetar a lógica de negócios para que possa ser invocada tanto pela UI quanto pela IA se torna uma vantagem. Permissão e design de auditoria por ferramenta serão necessários, e "sites amigáveis à IA" se tornarão uma vantagem competitiva.

Nota: Um projeto separado também chamado "WebMCP" existe (MiguelsPizza/WebMCP). Este artigo cobre apenas a proposta do W3C em webmachinelearning/webmcp.

Até agora, os agentes podiam ou raspar ou integrar através do backend. O WebMCP adiciona uma terceira opção: a página entrega suas próprias ferramentas. Ainda é um rascunho, mas pode mudar fundamentalmente a forma como agentes e a web se conectam.