Manifest

Manifest lee una página a través de su árbol de accesibilidad, la misma estructura que usan las tecnologías de asistencia, y luego contrasta con el DOM los detalles que ese árbol se deja: marcas de obligatorio, tipos de entrada, placeholders y estados deshabilitados. El resultado es una descripción de las acciones de una página que aguanta mejor que cualquiera de las dos fuentes por separado.

La salida principal es un array JSON actions. Cada entrada lleva un id, label, type, description y un campo requires. Ese campo es un conjunto de grupos unidos por AND, donde cada grupo interno es un conjunto de alternativas unidas por OR. Así, un selector de talla aparece como un grupo con varios ids, y un botón de inicio de sesión aparece como dos grupos de un solo elemento para email y contraseña.

Cada acción viene con un localizador: un selector CSS, un rol ARIA y un nombre accesible. La documentación sugiere apoyarse en el rol y el nombre antes que en CSS siempre que puedas, ya que sobreviven a rediseños que destrozarían un selector escrito a mano.

Puedes llegar a Manifest de dos formas. Añade el servidor MCP io.omfang/manifest a la configuración de tu cliente y expone un endpoint streamable-http, o llama a la API REST directamente con una clave en la cabecera x-api-key. La misma forma de respuesta en ambos casos.

Las respuestas en caché vuelven rápido y cuentan menos contra tu límite que las peticiones en frío. Como los agentes tienden a golpear el mismo puñado de URLs una y otra vez, esto mantiene el coste y la latencia predecibles durante una ejecución.

Un campo opcional country fija la cabecera Accept-Language del escaneo y, en algunos sitios, una cookie de idioma. Es un mejor esfuerzo: Manifest no anulará las redirecciones geográficas de forma universal ni convertirá precios, y devuelve un indicador locale_mismatch para que sepas cuándo la página que obtuviste era específica de un idioma.