Um agente que reserva uma consulta ou consulta um pedido precisa entender o que a página permite fazer. Hoje ele pode interpretar a interface como uma pessoa, mas rótulos ambíguos e mudanças no layout dificultam essa tarefa. O WebMCP propõe expor ferramentas estruturadas a agentes diretamente no site, com nomes, descrições e parâmetros. Em outubro de 2026, trate a tecnologia como experimental: suporte, APIs e experiência podem mudar.
O que muda na arquitetura
A documentação do Chrome descreve uma API declarativa para formulários HTML e uma API imperativa para registrar ferramentas em JavaScript. Em vez de pedir ao agente que descubra uma sequência de cliques, a aplicação descreve uma operação como consultar disponibilidade. Isso não substitui a interface, nem transforma uma resposta do modelo em autorização.
Comece com uma operação somente de leitura e entrada pequena: por exemplo, consultar horários disponíveis por data. Descreva o significado dos campos e os erros; não exponha detalhes pessoais quando o agente só precisa de disponibilidade. Mantenha navegação por teclado, rótulos e HTML semântico funcionando para pessoas e tecnologias assistivas.
A fronteira de segurança continua no servidor
- Valide formato, limites e permissões no servidor para cada chamada; o esquema da ferramenta ajuda o agente, mas não é controle de acesso.
- Use a sessão e as permissões reais da pessoa. Uma ferramenta registrada no navegador não deve receber privilégios extras por ser chamada por um agente.
- Para reservas, pagamentos, exclusões ou envio de dados, mostre os detalhes e exija confirmação explícita antes da ação. Considere idempotência e limites de frequência.
- Trate páginas, documentos e respostas externas como dados não confiáveis: instruções escondidas neles podem tentar direcionar o agente ou vazar informações.
- Registre ação, resultado e identidade com cuidado; evite guardar prompts ou dados sensíveis desnecessariamente.
Como experimentar sem bloquear usuários
Confira suporte por detecção de recurso e mantenha o fluxo convencional disponível. Teste com usuário autenticado e desautenticado, parâmetros inválidos, sessão expirada e tentativa de operar em dados de outra conta. Depois teste o mesmo objetivo com teclado e leitor de tela. Uma boa ferramenta expõe intenção clara e devolve resultado verificável; não entrega ao modelo um endpoint genérico com acesso irrestrito.
Adoção responsável começa por uma tarefa reversível, telemetria sem dados sensíveis e revisão das permissões. A API é promissora, mas ainda não é uma garantia de compatibilidade entre navegadores.