Meta describe un paso de aprobación humana para las compras desde el navegador de Muse cuando detecta el pago en una web donde ya están guardadas las credenciales. OpenAI, por su parte, explica que si una web bloquea el navegador en la nube de Dots, el usuario puede pedirle que pruebe desde un ordenador conectado: eso inicia una tarea local separada y no traslada la sesión de la nube.

Cuándo pide Muse aprobar una compra

La aprobación se activa en el flujo del navegador de Muse cuando se detecta una página de pago y las credenciales ya están guardadas en esa web. Meta dice que el usuario ve los detalles exactos de la compra antes de aprobarla. Para el pago se utiliza un número de tarjeta de un solo uso.

El alcance importa: este procedimiento se refiere a las compras desde el navegador de Muse. Es un punto concreto de control del usuario dentro de la conversación sobre privacidad de Muse, que NeoTeo trató en su cobertura anterior sobre Meta Muse.

Qué pasa cuando Dots recurre a un ordenador conectado

Si una web bloquea el navegador en la nube, OpenAI indica que el usuario puede pedir a Dots que lo intente desde un ordenador conectado. El intento puede crear una tarea local independiente: la sesión del navegador en la nube no se transfiere y OpenAI tampoco garantiza que sea compatible un navegador local concreto.

Así, el recurso cambia el entorno de la tarea, pero no continúa la misma sesión. La pauta documentada por OpenAI para Dots es distinta del paso de aprobación que Meta describe para las compras con Muse.

Qué puede interpretar un agente en una web

Meta explica que el subagente del navegador de Muse recibe una instantánea del árbol de accesibilidad de la página, no el DOM en bruto. El árbol de accesibilidad es una representación estructurada de los elementos y controles que el navegador expone; el subagente no puede ejecutar JavaScript en el contexto de la página. Los propios scripts de la web sí pueden ejecutarse en el navegador.

En un artículo publicado el 20 de octubre de 2026, Search Engine Journal relató una inspección de una página de producto de Shopify con Chrome 154. El árbol mostraba siete botones de tallas, de la 8 a la 14, pero no identificaba seis tallas agotadas como no disponibles hasta que se seleccionaba una. En esa misma página, la elegibilidad para el envío y el umbral de envío gratuito aparecieron después de que se ejecutaran los scripts.

Ese caso ilustra una cuestión práctica para quienes gestionan webs: que un control aparezca en una página no significa que su estado quede expresado desde el principio en la representación que consulta un navegador. La observación corresponde a esa página concreta y al árbol inspeccionado.