Um “agente de IA” que só conversa com um site de cada vez, um de cada vez, com o usuário copiando resultado de um lado para colar no outro, não é muito diferente de um estagiário com várias abas abertas. A promessa de um agente é orquestrar — usar informação do site A para agir no site B, sem intervenção manual entre os passos. Isso exige que cada site tenha aberto sua própria porta. É aí que o WebMCP entra.
Por que um agente sozinho não basta
Um modelo de linguagem pode ser excelente em planejamento — decompor “organize minha viagem” em passos: verificar disponibilidade de voo, comparar preço de hotel, confirmar reserva. Mas planejamento sem execução confiável em cada etapa vira só uma lista bonita. O agente precisa de uma porta de entrada em cada sistema que compõe o plano.
O que significa “abrir a porta” tecnicamente
Cada site que implementa WebMCP declara suas ações via document.modelContext.registerTool(), com nome, descrição e schema de parâmetros. Um agente que navega (ou tem contexto) por múltiplas páginas pode, em cada uma, chamar getTools() e descobrir o que aquele site especificamente permite fazer — sem precisar de integração prévia, API key, ou documentação lida com antecedência pelo desenvolvedor do agente.
A diferença entre isso e integração tradicional
Integrações de agente com sistemas externos hoje, na prática, costumam ser hardcoded: alguém desenvolveu especificamente a ponte entre o agente X e o sistema Y. Isso não escala — cada novo sistema exige trabalho de integração dedicado. Com WebMCP, a descoberta é dinâmica: o agente pergunta “o que você oferece” e o site responde, sem trabalho de integração prévio específico para aquele par agente-site.
Isso não elimina a necessidade de bom senso do agente
Descobrir tools disponíveis não significa que o agente deveria usar todas, ou usar sem critério. Encadear ações em múltiplos sites de forma autônoma levanta questões de confirmação, ordem de execução e tratamento de erro que a especificação técnica não resolve sozinha — isso é responsabilidade de quem constrói o agente, não do protocolo.
O estado real disso hoje
A orquestração multi-site plena, com múltiplos sites WebMCP encadeados automaticamente por um agente comercial, ainda não é comum — a adoção do WebMCP está em estágio inicial, testável via flag experimental do Chrome. O que existe hoje é a peça fundamental (a porta declarada por site) sem a qual essa orquestração nunca seria possível, independente de quão sofisticado o modelo de linguagem por trás do agente seja.