Manifest

O Manifest lê uma página por meio de sua árvore de acessibilidade, a mesma estrutura que as tecnologias assistivas usam, e depois cruza com o DOM os detalhes que essa árvore deixa passar: marcas de obrigatório, tipos de entrada, placeholders e estados desabilitados. O resultado é uma descrição das ações de uma página que resiste melhor do que qualquer uma das duas fontes sozinha.

A saída central é um array JSON actions. Cada entrada carrega um id, label, type, description e um campo requires. Esse campo é um conjunto de grupos unidos por AND, em que cada grupo interno é um conjunto de alternativas unidas por OR. Assim, um seletor de tamanho aparece como um grupo com vários ids, e um botão de login aparece como dois grupos de um único item para email e senha.

Cada ação vem com um localizador: um seletor CSS, um papel ARIA e um nome acessível. A documentação sugere apoiar-se no papel e no nome em vez do CSS sempre que puder, já que eles sobrevivem a redesigns que destruiriam um seletor escrito à mão.

Você chega ao Manifest de duas formas. Adicione o servidor MCP io.omfang/manifest à configuração do seu cliente e ele expõe um endpoint streamable-http, ou chame a API REST direto com uma chave no cabeçalho x-api-key. A mesma forma de resposta nos dois casos.

As respostas em cache voltam rápido e contam menos contra seu limite do que as requisições frias. Como os agentes tendem a bater no mesmo punhado de URLs repetidas vezes, isso mantém custo e latência previsíveis ao longo de uma execução.

Um campo opcional country define o cabeçalho Accept-Language da varredura e, em alguns sites, um cookie de idioma. É melhor esforço: o Manifest não vai sobrescrever redirecionamentos geográficos de forma universal nem converter preços, e devolve um indicador locale_mismatch para você saber quando a página obtida era específica de um idioma.