Google lançou um kit de ferramentas 'pronto para agentes'. Aqui está uma coisa que ele não pode medir.

Durante a maior parte de 2026, "meu site está pronto para agentes?" era uma pergunta que você respondia com sensações e um post de blog. A partir da semana passada, o Chrome responde com um kit de ferramentas.

No dia 22 de junho, a equipe do Chrome lançou o Kit de Ferramentas para Agentes — um conjunto de ferramentas de primeira parte para verificar e corrigir como seu site se comporta quando um agente de IA, e não um humano, está no controle. Ele inclui:

• uma nova categoria de Navegação Agente no Lighthouse (disponível a partir do M150, atualmente "informacional e não avaliado"),
• Chrome DevTools para Agentes,
• Orientação para a Web Moderna (incluindo uma habilidade webmcp), e
• WebMCP em si como o mecanismo para expor as ações do seu site para agentes.

A importância silenciosa não é nenhuma ferramenta específica. É que "pronto para agentes" deixou de ser um artigo de opinião e se tornou uma preocupação mensurável, de primeira parte, que é lançada no mesmo navegador que a maior parte do seu tráfego. Quando o fornecedor da plataforma constrói a régua, a coisa sendo medida se torna um item real de engenharia.

Se você leu meu walkthrough anterior sobre as verificações de Navegação Agente do Lighthouse, o conselho de remediação ainda se aplica. Eu não quero reexecutá-lo aqui. Quero falar sobre a única coisa que este kit de ferramentas — por design — não pode te dizer.

O que o kit de ferramentas mede

A parte do WebMCP da auditoria, segundo o blog, "verifica a disponibilidade de ferramentas WebMCP registradas, formulários que faltam declarações WebMCP e validade de esquema." Em termos simples, ele faz três perguntas:

1. Seu página registrou alguma ferramenta via navigator.modelContext (ou anotações de formulário declarativas)?
2. Existem formulários que deveriam ser expostos como ferramentas, mas não estão?
3. Os esquemas de entrada/saída são válidos?

Isso é uma verificação estática genuinamente útil. Ele te diz se você fez o trabalho de expor a lógica do seu site. Passe e um agente que aparecer tiverá uma maneira limpa e estruturada de chamar sua busca, seu carrinho, seu formulário de reserva — em vez de tirar uma captura de tela da página e adivinhar onde clicar.

A coisa que ele não pode medir

Aqui está a lacuna. Cada verificação nesse kit de ferramentas é sobre exposição: você ofereceu as ferramentas? Nenhuma delas — e nenhuma delas pode, porque elas rodam no tempo da auditoria no seu próprio navegador — te diz se um agente real, em produção, alguma vez chamou uma.

Exposição e invocação são dois fatos diferentes:

• Exposição é uma propriedade do seu código. Estática. Auditável. Passar/falhar. O kit de ferramentas acerta isso.
• Invocação é uma propriedade do mundo. É "na terça-feira às 14:03, algo chamando a si mesmo de Gemini-in-Chrome invocou searchProducts({query:'waterproof'}) e obteve 8 resultados de volta." Nenhuma auditoria estática pode saber disso, porque isso ainda não aconteceu quando a auditoria é executada.

Durante a maior parte deste ano, a crítica honesta ao WebMCP era "nenhum agente mainstream chama navigator.modelContext de qualquer forma." Isso está mudando — o Google nomeou o primeiro consumidor: "Gemini no Chrome em breve suportará APIs WebMCP." O que significa que a pergunta interessante está mudando de "eu expus ferramentas?" (o kit de ferramentas agora responde isso para você) para "algo está realmente usando elas, e o que está tentando fazer?"

Essa segunda pergunta é onde está o valor. A primeira chamada de agente ao seu site é um sinal: ela te diz qual intenção os agentes buscam primeiro, se seu esquema corresponde ao que eles esperavam e se a chamada teve sucesso ou falhou. Se você não consegue ver isso, você descobre meses depois em uma oscilação analítica agregada — muito depois de você poder ter corrigido o esquema que fez cada chamada de agente falhar.

Como fechar a lacuna (honestamente)

Você não precisa de nada sofisticado. A estratégia é instrumentar cada chamada de ferramenta no dia em que você registrar a ferramenta, para que a primeira invocação real não seja invisível:

function instrument(name, handler) {
  return async (args) => {
    const t0 = performance.now();
    try {
      const result = await handler(args);
      report({ tool: name, ok: true, ms: performance.now() - t0 });
      return result;
    } catch (err) {
      report({ tool: name, ok: false, ms: performance.now() - t0, error: String(err) });
      throw err;
    }
  };
}

// registre o *manipulador* envolto com navigator.modelContext
navigator.modelContext?.registerTool({
  name: "searchProducts",
  // ...inputSchema...
  execute: instrument("searchProducts", searchProducts),
});

report() pode ser um fetch para seu próprio endpoint, uma linha de log, o que for. O ponto